Choreografie versus orkestratiepatronen

Wanneer microservices moeten samenwerken om een bedrijfsproces te voltooien, zijn er twee fundamentele coördinatiepatronen. Bij orkestratie gebruikt een centrale coördinator (zoals Step Functions) expliciete opdrachten aan elke service. Bij choreografie is er geen centrale coördinator: services luisteren naar gebeurtenissen en reageren onafhankelijk. Begrijpen welke aanpak je wanneer gebruikt en wanneer je ze combineert, is een belangrijke architectuurvaardigheid die op het SAA-C03-examen wordt getoetst.

Bij orkestratie bestuurt een centrale service (de orchestrator) de volgorde van bewerkingen. Deze roept Service A aan, wacht op het antwoord en roept vervolgens Service B aan, enzovoort. De orchestrator heeft volledig inzicht in de processtatus, verwerkt fouten en nieuwe pogingen en kan beslissingen nemen op basis van tussentijdse resultaten. Op AWS is Step Functions de standaardorchestrator: deze definieert de volledige werkstroom als toestandsmachine en stuurt elke stap aan.

Bij choreografie communiceren services via gebeurtenissen zonder centrale coördinator. Service A voltooit zijn taak en publiceert een gebeurtenis (bijvoorbeeld OrderValidated) naar een gebeurtenissenbus of topic. Service B luistert naar gebeurtenissen van het type OrderValidated en verwerkt vervolgens de betaling, waarna het PaymentCharged publiceert. Service C luistert naar PaymentCharged en verzendt de bestelling. Elke service is autonoom en losjes gekoppeld: de service kent alleen de gebeurtenissen die hij verwerkt en produceert, niet de andere services.

Op AWS is Step Functions het belangrijkste hulpmiddel voor orkestratie. Voor choreografie zijn de belangrijkste hulpmiddelen Amazon EventBridge (voor het routeren van gebeurtenissen tussen services met filteren op basis van inhoud), Amazon SNS (voor eenvoudige fan-out) en Amazon SQS (voor point-to-point-berichten tussen services). Je kunt patronen combineren: gebruik EventBridge voor choreografie tussen afgebakende contexten in verschillende domeinen en Step Functions voor het orkestreren van stappen binnen één domein.

Orkestratie biedt centraal inzicht: de uitvoeringsgeschiedenis van Step Functions laat precies zien waar een werkstroom zich bevindt, hoe lang elke stap duurde en wat is mislukt. Foutopsporing is eenvoudig. Choreografie verdeelt het inzicht over meerdere services en gebeurtenissenbussen: voor het traceren van één bedrijfstransactie moet je logboeken en gebeurtenissen uit veel services met elkaar in verband brengen. Daarom zijn systemen met choreografie sterk afhankelijk van correlatie-ID's en gedistribueerde tracering (AWS X-Ray) voor inzicht van begin tot eind.

Choreografie biedt losse koppeling: een nieuwe service die naar bestaande gebeurtenissen luistert, kan worden toegevoegd zonder wijzigingen aan bestaande services. Als je bijvoorbeeld een analyseservice toevoegt die naar OrderPlaced-gebeurtenissen luistert, heeft dat geen gevolgen voor de bestel- of betalingsservice. Orkestratie introduceert sterkere koppeling tussen de orchestrator en alle services die deze aanroept. Voor een nieuwe stap moet je de definitie van de toestandsmachine aanpassen, hoewel de afzonderlijke services geïsoleerd blijven.

Orkestratie maakt foutafhandeling expliciet: Catch-blokken van Step Functions definiëren terugvaltoestanden voor elk fouttype en de volledige werkstroomgeschiedenis toont de context van de fout. Bij choreografie is foutafhandeling verdeeld: elke service moet zijn eigen fouten verwerken en kan optioneel een foutgebeurtenis publiceren waarop andere services kunnen reageren. Het implementeren van saga's (compenserende transacties om werk ongedaan te maken wanneer een stap mislukt) is bij choreografie veel complexer dan bij orkestratie.

Kies bij voorkeur voor orkestratie wanneer: het bedrijfsproces een duidelijke lineaire of vertakkende volgorde heeft met expliciete uitkomsten voor succes en mislukking; je centraal inzicht nodig hebt in de processtatus voor beheer of naleving; foutafhandeling complexe compensatielogica omvat; of de werkstroom lang duurt en onderbrekingen door het opnieuw starten van services moet kunnen overleven. Voorbeelden zijn orderafhandeling, het onboarden van patiënten en de verwerking van verzekeringsclaims: allemaal werkstromen met duidelijke begin- en eindpunten en vereisten voor controleerbaarheid.

Kies bij voorkeur voor choreografie wanneer: services eigendom zijn van verschillende teams die niet nauw op elkaar afgestemd zouden moeten zijn; het systeem open moet staan voor uitbreiding met nieuwe services zonder bestaande services aan te passen; gebeurtenissen feiten en geen opdrachten vertegenwoordigen (bijvoorbeeld 'OrderShipped' en niet 'ShipOrder'); of je maximale schaalbaarheid wilt omdat er geen centraal knelpunt is. Voorbeelden zijn het opnemen van analysegegevens, het verspreiden van meldingen en auditlogging: allemaal situaties waarin meerdere onafhankelijke consumenten op dezelfde gebeurtenis reageren.

De meeste AWS-architecturen in de praktijk gebruiken beide patronen op verschillende granulariteitsniveaus. Een veelvoorkomende hybride aanpak is: gebruik EventBridge-choreografie om begrensde contexten van elkaar los te koppelen (het Order-domein genereert bijvoorbeeld gebeurtenissen; de domeinen Inventory, Payment en Shipping reageren elk onafhankelijk), en gebruik binnen het Payment-domein Step Functions-orchestratie om de interne stappen van de betalingsworkflow te coördineren (afschrijving, fraudedetectie, autorisatie, afwikkeling). Zo combineer je een losse koppeling tussen domeinen met duidelijkheid over interne processen.

Let tijdens het examen op deze signalen. Trefwoorden voor choreografie: 'loosely coupled', 'services react to events', 'teams own independent services', 'fan-out to multiple consumers', 'add new service without changing existing ones'. Trefwoorden voor orchestratie: 'coordinate steps in sequence', 'track workflow state', 'handle partial failures with compensation', 'human approval step', 'long-running process with error handling'. Een vraag waarin een centrale coördinator andere services aanstuurt, gaat altijd over orchestratie.

In deze les heb je geleerd dat orchestratie een centrale coördinator (Step Functions) gebruikt voor expliciete, zichtbare controle over workflows, dat choreografie gebeurtenissen (EventBridge) gebruikt voor losse koppeling en uitbreidbaarheid, en dat de meeste architecturen in productie beide patronen op verschillende granulariteitsniveaus combineren. Hierna bekijken we de indeling van het SAA-C03-examen en een strategie voor de verdeling van je studietijd over de domeinen.