Bluekens: Fabric en Databricks, elk waar het best in is

Bluekens verkoopt en onderhoudt Volvo's op meerdere locaties in Nederland. Elke dag worden er auto's verkocht en afgeleverd, onderhoudsafspraken gepland en werkzaamheden in de werkplaats uitgevoerd, en elk daarvan draait op een eigen operationeel systeem.

Die systemen deden hun werk, maar spraken elkaar niet. Verkoop, aftersales en de werkplaats hadden elk een eigen beeld van de organisatie, en die combineren betekende exports en spreadsheets. Bluekens wilde één platform voor alles, en een platform dat de eigen mensen konden beheren.

Wij kozen niet tussen Microsoft Fabric en Azure Databricks; wij combineerden ze. Fabric werd de kern van het platform. OneLake houdt alle data op één plek, Power BI zit er direct naast, en met de low-code tools bouwt en wijzigt een analist rapporten zonder Spark te schrijven. Fabric draait op een vaste, constante capaciteit, en dat past goed bij het dagelijkse ritme van een dealerbedrijf.

Databricks doet waar Fabric minder geschikt voor is: zware data engineering op schaal. De rekenkracht schaalt op als er een zware taak binnenkomt en weer af als die klaar is, zodat een zware belasting niet in een vaste capaciteit hoeft te passen. Bij een piek neemt Databricks het over; de rest van de tijd doet Fabric het werk.

De vraag naar data engineering is niet vlak. De meeste dagen zijn routine, maar een historische herlaadactie, een nieuw bronsysteem of de maandafsluiting kan veel meer rekenkracht vragen dan een gewone dag. Met alleen Fabric heeft u twee keuzes: de capaciteit afstemmen op een gewone dag en de pieken laten wachten, of afstemmen op de grootste piek en betalen voor capaciteit die het grootste deel van de maand stilstaat.

De combinatie haalt die afweging weg. Wissel hieronder tussen de drie opstellingen en bekijk één illustratieve maand.

Eén resultaat merkte de organisatie meteen, in de werkplaats. Het onderhoudssysteem en het boekhoudsysteem waren twee aparte werelden: een monteur boekte een onderdeel op een werkorder, en de financiële afdeling hoorde het later, na een handmatige boeking of een nachtelijke batch. Tot die tijd liepen voorraad, marges en openstaande werkorders in de boeken achter.

Het platform liet de twee naadloos samenwerken. Elk onderdeel dat in het onderhoudssysteem geboekt wordt, staat nu direct ook in het boekhoudsysteem. Boek hieronder een paar onderdelen op de werkorder en wissel tussen ervoor en erna.

Naast de werkplaats koppelden wij de operationele systemen in de processen voor verkoop, aftersales en de werkplaats van Bluekens. Elk systeem voedt het platform, en samen geven ze één beeld van de organisatie: van een verkochte auto, naar de eerste onderhoudsbeurt, tot elk onderdeel dat onderweg gemonteerd wordt.

Een platform houdt alleen stand als iemand binnen het bedrijf het in handen heeft. Wij ontwierpen dit platform om beheerd te worden door de eigen business analist van Bluekens, en leverden het op met een nette overdracht: documentatie, een rondgang langs elk onderdeel, en de analist die met ons meewerkte voordat wij een stap terug deden. Vandaag is de analist eigenaar van het platform en breidt het dagelijks uit.

Ook daar betaalt de combinatie zich uit. De analist werkt vooral in Fabric, dicht bij de data en de rapporten, terwijl het zware engineeringwerk op de achtergrond rustig op Databricks draait.

• Microsoft Fabric uitgerold en ingericht als kern van het dataplatform.
• Azure Databricks naast Fabric geïntegreerd, met beide platforms in samenwerking: Fabric voor het dagelijkse ritme, Databricks voor zware en piekende data engineering.
• Het onderhoudssysteem en het boekhoudsysteem die samenwerken: elk onderdeel dat in de werkplaats geboekt wordt, staat direct in de boekhouding.
• Meerdere operationele systemen gekoppeld over verkoop, aftersales en de werkplaats.
• Een nette overdracht aan de eigen business analist van Bluekens, die het platform nu beheert en uitbreidt.