Senior Solution Architect — Data & Integratie
Ik ontwerp het fundament voor data en integratie, bouw wat erop draait, en zorg dat de organisatie het ook gaat gebruiken.
Ruim twintig jaar ontwerp ik de data-, integratie- en streamingplatformen waar bedrijven op draaien, vrijwel nooit met een mandaat in de hand: 18–20 productteams naar één platform, drie landschappen naar één event-contract, een finance-afdeling die een getal eerst moest vertrouwen voordat ze het gebruikte. Systemen in productie, met de beslissingen vastgelegd op een plek waar mensen ze konden aanvechten.
Staat van dienst
Vier cijfers uit werk dat live is gegaan. Elk cijfer linkt naar de casus erachter, inclusief de discussie.
18–20 teams, zonder mandaat
Productteams samengebracht op één API-platform, door het platform goedkoper te maken dan blijven zitten. Zo’n €250–300k per jaar bespaard.
20+ dataproducten, 30+ bronnen
Streamingdata uit 30+ bronsystemen omgezet in 20+ dataproducten op Kafka, elk in eigendom van een domein. Schemaregels laten producenten uitrollen zonder change board.
~30+ company codes
SAP Finance-grootboeken naar Snowflake, in gebruik genomen omdat Finance de cijfers zelf kon aansluiten.
~1,5 mld+ req/maand
Federatief cross-cloud API-platform over AWS en Azure (Cloud Gateway), server-side fouten onder 0,03%
Hoe ik het in gebruik krijg
Het ontwerp is meestal de makkelijkste helft. Of er iets komt, hangt af van de teams die elk al iets hebben dat werkt, de afdeling die een getal moet vertrouwen, en het contract dat iemand vier jaar geleden tekende. Drie situaties.
Twintig teams, en geen bevoegdheid om er één te verplaatsen
Om een mandaat vragen had twintig uitzonderingen opgeleverd. Dus moest het platform voor een team goedkoper zijn dan blijven zitten, en de eerste teams die overgingen waren die met de slechtste bestaande situatie.
Drie teams, drie definities van “klaar”
Voor SAP hield het werk op bij “de events staan op de broker”; voor het cloudteam begon het bij “wij verwerken wat er staat”. Alles wat ertoe deed zat in het gat daartussen. Ik heb de grens op papier gezet en het ondankbare deel zelf gedaan.
Een finance-organisatie die geen reden had mij te geloven
De pipeline uitleggen veranderde niets. Een aansluitingscontrole die Finance zelf tegen het eigen grootboek kon draaien wél. De adoptie volgde op de controle.
Wat ik bouw
Vijf gebieden, in de volgorde waarin ik er meestal voor gevraagd word.
Data & lakehouse
Medallion-lakehouses, contracten op het koppelvlak met de bron, en CDC-pipelines die betrouwbaar blijven, zo gebouwd dat de cijfers aansluiten op het systeem dat mensen al geloven.
Integratiearchitectuur
De laag waarmee bedrijfssystemen met elkaar praten: legacy-ESB-landschappen in golven uitgefaseerd naar event-driven, API-led platformen in eigendom van de domeinen.
Event-driven & streaming
Kafka en broker-gebaseerde integratie als basis van het landschap, met schema-evolutie geregeld in de registry zodat producenten kunnen uitrollen zonder change board.
API's & gateways
API-platformen die schalen over tientallen teams: gatewaystrategie, één beveiligingsmodel, en de developer experience die maakt dat teams ze gaan gebruiken.
AI & automatisering
AI geïntegreerd zoals elk ander leverancierssysteem: achter een contract, met een evaluatiepoort vóór release, en het model buiten de runtime zodat het vervangbaar blijft.
Bekijk de code erachter
Openbare repositories die je kunt klonen en draaien: de “actieve klant”-vraag, de SAP↔Snowflake-beslissing, de Fabric-of-Databricks-beslissing, het moderniseringslab, het streamingplatform en de identity-service.