50 tot 100 deployment pipelines: de verborgen kost van microservices

Na jaren van "monolith is slecht, microservices is goed" zien we een kentering in de community. Bart Demeulenaere, Competence Manager bij Elmos en specialist in software architectuur en modernisatietrajecten, ziet organisaties die volledig naar microservices zijn gemigreerd nu met de consequenties worstelen.
‍

"Microservices zijn allemaal heel tof, maar dat eindigt dikwijls bij 50 tot 100 van dergelijke componenten," zegt Bart. "Dat zijn allemaal afzonderlijk deployable units, dat wil zeggen 100 deployment pipelines, 100 stukken infrastructuur waar die op moeten terechtkomen."
‍

Wat is een structured monolith?

"'De waarheid in het midden' is wat men technisch een structured monolith noemt, of een modulaire monolith," legt Bart uit.
‍

Een structured monolith is een applicatie die als één unit wordt gedeployed, maar intern modulair is opgebouwd. De code is opgedeeld in duidelijke bounded contexts met heldere interfaces, maar de deployment blijft één artefact.
‍

Het beste van beide werelden: de onderhoudbaarheid van modulaire code, zonder de operationele complexiteit van gedistribueerde systemen.
‍
‍

Wanneer microservices, wanneer monolith?

De keuze hangt af van organisatiegrootte en teamstructuur. Microservices zijn zinvol wanneer:

• Verschillende teams onafhankelijk moeten kunnen deployen
• Componenten fundamenteel verschillende scaling karakteristieken hebben
• De organisatie de operationele capaciteit heeft voor gedistribueerde systemen

Voor de meeste middelgrote organisaties is een structured monolith de betere keuze. Je krijgt modulaire code die je later kunt splitsen als dat nodig wordt, zonder nu al de operationele overhead te dragen.
‍

De shotgun surgery test

Bart geeft een praktische indicator: "Als men een bepaalde wijziging vraagt en men neigt naar een shotgun approach, dat er dus te veel stukken moeten aangepast worden om een bepaald stukje functionaliteit te gaan implementeren, zijn dat indicaties dat er in feite ergens iets fout zit met een architectuur."
‍

Dit geldt voor zowel monoliths als microservices. Het probleem is niet de deployment strategie, maar de modulariteit van de code. Een slecht gestructureerde monolith migreren naar microservices creëert slechts een gedistribueerde slecht gestructureerde applicatie.
‍
‍

De takeaway

Kies niet voor microservices omdat het modern klinkt. Kies voor de architectuur die past bij je organisatie, je team en je operationele capaciteit. Voor veel organisaties betekent dat: een goed gestructureerde monolith die je later kunt evolueren als de behoefte ontstaat.
‍

Op zoek naar advies over de juiste architectuurkeuze? Crafted by Elmos.
‍

Bart Demeulenaere is Competence Manager bij Elmos met expertise in software architectuur en modernisatietrajecten.

‍