De architectuur van teams (organisatorische structuur) heeft directe invloed op de architectuur van enterprise IT-systemen. Dit wordt verklaard door de "Wet van Conway": een systeem dat door een organisatie wordt ontwikkeld, weerspiegelt de communicatiestructuren van de teams.
Wanneer je een systeem ontwerpt met inachtneming van cross-functionele teams, ontstaat de mogelijkheid om verantwoordelijkheden te verdelen over domeinen, het minimaliseren van raakvlakken en het verminderen van architectonische afhankelijkheden.
Voorbeeld van het vormen van verantwoordelijkheidsgebieden en architectonische grenzen:
In elk domein is er een eigen team verantwoordelijk, API-contracten zijn maximaal geformaliseerd, de interactie gebeurt via openbare of gebeurtenisinterfaces. Dit vereenvoudigt het schalen van ontwikkeling en versnelt de reactie op veranderingen.
Belangrijke kenmerken:
Vraag: Is het mogelijk om één team verantwoordelijk te maken voor het onderhoud van meerdere grote domeinen?
In grote systemen — nee, dit leidt tot overbelasting en bottlenecks in communicatie. Het is beter om teams te onderscheiden op basis van het principe "één domein — één team".
Vraag: Moeten de grenzen van microservices altijd overeenkomen met de grenzen van teams?
Idealiter — ja, maar in de praktijk is dit niet altijd mogelijk. Echter, het is belangrijk om dit na te streven voor het optimaliseren van communicatie en het verminderen van het aantal interservice-integraties.
Vraag: Is het belangrijk om architectonische beslissingen tussen teams af te stemmen, als ze volledig onafhankelijk zijn?
Ja, cruciaal! Om een "technologie-dierentuin" te voorkomen en integratiestandaarden te handhaven, is architectonische afstemming noodzakelijk, bijvoorbeeld architectonische commissies of gilden.