De grootste risico's zitten in een te grote eerste stap, gedeelde databases en verborgen koppelingen. Een architect helpt u die in beeld te brengen voordat u code aanraakt.
Welke aanpak werkt in de praktijk?
Strangler pattern: rond de monoliet legt u nieuwe services die geleidelijk functionaliteit overnemen. Per stap valideert u het ontwerp en migreert u data wanneer dat zinvol is, niet vooraf.
Hoe knipt u de eerste service eruit?
Door een domein te kiezen met duidelijke grenzen, weinig gedeelde data en business-waarde. Vaak is dat een randdomein zoals notificaties of facturen, niet de kern.
Hoe gaat u om met gedeelde data?
Een ervaren architect kiest tussen database per service met eventuele replicatie, of een tijdelijk gedeelde database met strikte schema-eigenaarschap. Beide keuzes hebben consequenties die hij vooraf met u doorneemt.
Hoe ondersteunen wij dit traject?
Wij dragen een architect voor die meerdere monoliet-ontvlechtingen heeft begeleid en weet wat u over een jaar tegen gaat komen.
Verwant: ZZP Applicatie Architect