Naar inhoud
← Alle inzichten

Klantcase · Staedion

Staedion: van 40 uur verversen naar onder het uur

Staedion, een van de grootste woningcorporaties van Den Haag, draaide zijn kernsystemen op eigen servers, punt-tot-punt aan elkaar gekoppeld. Samen met LabsData brachten wij de data naar één Azure-platform, vervingen wij de wirwar van koppelingen door een event-gedreven servicebus, en maakten wij de datapijplijnen slim en parallel. Verversingen gingen van 30 tot 40 uur naar onder het uur.

V Jansky10 januari 20268 min leestijd

Een echt klantproject. De cijfers in de verbindingsregelaar zijn illustratief; de 30 tot 40 uur ervoor en onder het uur erna zijn het echte resultaat.

Een woningcorporatie met data in silo's

Staedion is een grote Nederlandse woningcorporatie in Den Haag. Achter elke woning, huurder en reparatie zit een reeks operationele systemen, met Dynamics Empire, het vastgoedbeheersysteem op basis van Microsoft Dynamics, als kern. Die systemen draaiden op eigen servers, en ze waren punt tot punt aan elkaar gekoppeld: elke nieuwe verbinding tussen twee systemen was weer een eigen koppeling om te bouwen en te onderhouden.

Voor de organisatie betekende dat data in silo's. Een vraag beantwoorden die over systemen heen gaat, betekende wachten op een export, een verversing of allebei, en de verversingen zelf duurden het grootste deel van twee dagen.

Van eigen servers naar één Azure-platform

Wij werden gevraagd een modern Azure-dataplatform te bouwen en de integratielaag te verenigen. SolvX was verantwoordelijk voor de data engineering, samen met onze partner LabsData. Wij brachten de data van Dynamics Empire van de eigen servers naar de cloud, haalden die het datawarehouse in, en structureerden die daar.

Het platform heeft twee helften die samenwerken. Aan de operationele kant verving een Enterprise Service Bus de punt-tot-puntkoppelingen door één event-gedreven laag, met Azure Function Apps en webhooks die gebeurtenissen realtime afhandelen. Aan de analytische kant voeden pijplijnen in Azure Synapse en Data Factory Azure Databricks, de kern van het nieuwe platform, ingericht volgens een medaillonarchitectuur met brons-, zilver- en gouden lagen.

Waarom een verversing 40 uur duurde

Twee dingen maakten de verversingen traag. Elke run verplaatste alle data opnieuw, veranderd of niet. En elke verbinding met de brondatabase was begrensd: één verbinding mocht maar zoveel rijen per seconde sturen, dus een pijplijn die één verbinding tegelijk gebruikte, was vooral aan het wachten.

De voor de hand liggende oplossing, zoveel mogelijk verbindingen openen, werkt ook niet. Elke extra thread kost CPU, elke open verbinding kost geld, en vanaf een bepaald punt gaat de database terugduwen met throttling en herhaalpogingen. Te weinig verbindingen en de verversing duurt dagen; te veel en ze wordt weer trager en duurder.

Het optimum vinden

Dus wij gingen meten in plaats van gokken. Eerst maakten wij het laden slim, zoals bij POM: alleen importeren wat veranderd is, en slim aanvullen waar dat onbekend is. Daarna testten wij precies hoeveel CPU elke thread nodig had en hoeveel rijen elke begrensde verbinding kon sturen, en openden wij precies het aantal parallelle verbindingen waarbij tijd en kosten allebei op hun best waren.

Probeer het hieronder. Verschuif het aantal verbindingen en zet slim laden aan, en zie de doorlooptijd, de kosten per verversing en de CPU hun evenwicht vinden.

1
Wat elke verversing verplaatst
Parallelle verbindingenDoorlooptijdOptimum: 21 verbindingen
Doorlooptijd
35 uur
Kosten per verversing
€ 148
CPU in gebruik
4,7%

Te weinig verbindingen: de verversing wacht vooral op de limiet.

Van 40 uur naar onder het uur

Met slim laden en afgestemde verbindingen gingen de pijplijnen van Staedion van verversingen van 30 tot 40 uur naar onder het uur. Data die vroeger overmorgen binnenkwam, is er nu binnen het uur, en de organisatie werkt vanuit één verenigde Azure-architectuur die de operationele en analytische omgeving verbindt.

Samen met het team

Wij bouwden het niet en vertrokken. Wij werkten samen met het eigen team van Staedion, zetten de architectuur samen op, en zorgden dat de kennis in huis bleef.

  • De medaillonarchitectuur geïntroduceerd, en waarom brons-, zilver- en gouden lagen data makkelijker te vertrouwen en aan te passen maken.
  • Agile werken in Azure DevOps geïntroduceerd, met backlog, sprints en pijplijnen op één plek.
  • Het team getraind in Databricks, zodat het het platform zelf kan bouwen en draaien.

Wat wij opleverden

  • De data van Dynamics Empire van eigen servers naar de cloud gebracht, het datawarehouse in, en daar gestructureerd.
  • Azure Databricks geïmplementeerd als kern van het nieuwe dataplatform, in een medaillonarchitectuur.
  • Een Enterprise Service Bus die punt-tot-puntkoppelingen verving door één event-gedreven laag over de operationele systemen.
  • Azure Function Apps en webhooks voor realtime afhandeling van gebeurtenissen.
  • Datapijplijnen in Azure Synapse en Data Factory die de analytische laag voeden.
  • Slim laden en parallelle verbindingen afgestemd op de beste balans tussen tijd en kosten: verversingen van 30 tot 40 uur naar onder het uur.

Het resultaat was een verenigde Azure-architectuur die de operationele en analytische omgeving van Staedion verbindt, met teams die toegang kregen tot betrouwbare, actuele data uit systemen die eerder in silo's leefden.

Duren uw verversingen dagen?

Wij vinden waar de tijd heen gaat en winnen die terug, zonder simpelweg meer rekenkracht toe te voegen.