Muster: Choreografie im Vergleich zu Orchestrierung

Wenn Microservices zusammenarbeiten müssen, um einen Geschäftsprozess abzuschließen, gibt es zwei grundlegende Koordinationsmuster. Bei der Orchestrierung verwendet ein zentraler Koordinator (z. B. Step Functions) explizite Befehle für die einzelnen Services. Bei der Choreografie gibt es keinen zentralen Koordinator – die Services lauschen auf Ereignisse und reagieren unabhängig voneinander. Zu verstehen, welches Muster wann eingesetzt oder mit welchem anderen kombiniert werden sollte, ist eine wichtige Architekturkompetenz, die in der SAA-C03-Prüfung getestet wird.

Bei der Orchestrierung steuert ein zentraler Service (der Orchestrator) die Abfolge der Vorgänge. Er ruft Service A auf, wartet auf die Antwort, ruft anschließend Service B auf und so weiter. Der Orchestrator hat vollständige Sichtbarkeit über den Prozessstatus, behandelt Fehler und Wiederholungen und kann Entscheidungen auf Grundlage von Zwischenergebnissen treffen. Auf AWS ist Step Functions der maßgebliche Orchestrator: Er definiert den gesamten Workflow als Zustandsautomaten und steuert jeden einzelnen Schritt.

Bei der Choreografie kommunizieren Services über Ereignisse, ohne dass es einen zentralen Koordinator gibt. Service A schließt seine Aufgabe ab und veröffentlicht ein Ereignis (z. B. OrderValidated) in einem Event Bus oder Topic. Service B lauscht auf OrderValidated-Ereignisse, verarbeitet anschließend die Zahlung und veröffentlicht PaymentCharged. Service C lauscht auf PaymentCharged und versendet die Bestellung. Jeder Service ist autonom und entkoppelt – er kennt nur die Ereignisse, die er konsumiert und erzeugt, nicht die anderen Services.

Auf AWS ist Step Functions das wichtigste Werkzeug für die Orchestrierung. Für die Choreografie sind Amazon EventBridge (zum Routen von Ereignissen zwischen Services mit inhaltsbasierter Filterung), Amazon SNS (für einfaches Fan-out) und Amazon SQS (für Punkt-zu-Punkt-Nachrichtenübermittlung zwischen Services) die wichtigsten Werkzeuge. Sie können die Muster kombinieren: Verwenden Sie EventBridge für die domänenübergreifende Choreografie zwischen begrenzten Kontexten und Step Functions für die Orchestrierung von Schritten innerhalb einer einzelnen Domäne.

Die Orchestrierung bietet zentrale Sichtbarkeit – der Ausführungsverlauf von Step Functions zeigt genau, an welcher Stelle sich ein Workflow befindet, wie lange jeder Schritt gedauert hat und was fehlgeschlagen ist. Das Debugging ist dadurch unkompliziert. Bei der Choreografie ist die Sichtbarkeit verteilt auf mehrere Services und Event Busse. Um eine einzelne Geschäftstransaktion nachzuverfolgen, müssen Protokolle und Ereignisse aus vielen Services miteinander in Beziehung gesetzt werden. Deshalb sind Choreografie-Systeme für die durchgängige Sichtbarkeit stark auf Korrelations-IDs und verteiltes Tracing (AWS X-Ray) angewiesen.

Die Choreografie bietet eine lockerere Kopplung – das Hinzufügen eines neuen Services, der auf bestehende Ereignisse lauscht, erfordert keine Änderungen an vorhandenen Services. Beispielsweise hat das Hinzufügen eines Analytics-Services, der auf OrderPlaced-Ereignisse lauscht, keine Auswirkungen auf den Bestell- oder Zahlungsservice. Die Orchestrierung führt zu einer engeren Kopplung zwischen dem Orchestrator und allen von ihm aufgerufenen Services. Das Hinzufügen eines neuen Schritts erfordert eine Änderung der Zustandsautomatendefinition, auch wenn die einzelnen Services isoliert bleiben.

Die Orchestrierung macht die Fehlerbehandlung explizit – Catch-Blöcke in Step Functions definieren für jeden Fehlertyp alternative Zustände, und der vollständige Workflow-Verlauf zeigt den Kontext des Fehlers. Bei der Choreografie ist die Fehlerbehandlung verteilt: Jeder Service muss seine eigenen Fehler behandeln und kann optional ein Fehlerereignis veröffentlichen, auf das andere Services reagieren können. Die Implementierung von Sagas (kompensierenden Transaktionen, die bei einem fehlgeschlagenen Schritt bereits ausgeführte Aktionen rückgängig machen) ist bei der Choreografie wesentlich komplexer als bei der Orchestrierung.

Bevorzugen Sie die Orchestrierung, wenn: der Geschäftsprozess eine klare lineare oder verzweigte Abfolge mit expliziten Erfolgs- und Fehlerergebnissen hat; Sie für Betrieb oder Compliance eine zentrale Sichtbarkeit des Prozessstatus benötigen; die Fehlerbehandlung eine komplexe Kompensationslogik umfasst oder der Workflow lange läuft und Neustarts von Services überstehen muss. Beispiele sind Auftragsabwicklung, Patientenaufnahme und Bearbeitung von Versicherungsansprüchen – alles Workflows mit klaren Start- und Endpunkten sowie Prüfanforderungen.

Bevorzugen Sie die Choreografie, wenn: Services verschiedenen Teams gehören und nicht eng koordiniert werden sollten; das System durch neue Services erweiterbar sein soll, ohne vorhandene Services zu ändern; Ereignisse Fakten und keine Befehle darstellen (z. B. „OrderShipped“ statt „ShipOrder“) oder Sie maximale Skalierbarkeit wünschen, da es keinen zentralen Engpass gibt. Beispiele sind die Aufnahme von Analytics-Daten, das Verteilen von Benachrichtigungen und die Protokollierung zu Prüfzwecken – alles Fälle, in denen mehrere unabhängige Konsumenten auf dasselbe Ereignis reagieren.

Die meisten AWS-Architekturen in der Praxis verwenden beide Muster auf unterschiedlichen Granularitätsebenen. Ein gängiger hybrider Ansatz ist: Verwenden Sie EventBridge-Choreografie, um begrenzte Kontexte zu entkoppeln (z. B. gibt die Auftragsdomäne Ereignisse aus, während die Domänen für Bestand, Zahlung und Versand jeweils unabhängig darauf reagieren). Innerhalb der Zahlungsdomäne verwenden Sie dagegen Step-Functions-Orchestrierung, um die einzelnen Schritte des internen Zahlungsablaufs zu koordinieren (Belastung, Betrugsprüfung, Autorisierung, Abrechnung). Dadurch erhalten Sie eine lose Kopplung zwischen den Domänen und zugleich einen klaren internen Prozess.

Achten Sie in der Prüfung auf die folgenden Hinweise. Schlüsselwörter für Choreografie: 'loosely coupled', 'services react to events', 'teams own independent services', 'fan-out to multiple consumers', 'add new service without changing existing ones'. Schlüsselwörter für Orchestrierung: 'coordinate steps in sequence', 'track workflow state', 'handle partial failures with compensation', 'human approval step', 'long-running process with error handling'. Beschreibt eine Frage einen zentralen Koordinator, der andere Services steuert, handelt es sich immer um Orchestrierung.

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Bei der Orchestrierung sorgt ein zentraler Koordinator (Step Functions) für eine explizite und sichtbare Workflow-Steuerung, bei der Choreografie sorgen Ereignisse (EventBridge) für lose Kopplung und Erweiterbarkeit, und die meisten Produktionsarchitekturen kombinieren beide Muster auf unterschiedlichen Granularitätsebenen. Als Nächstes sehen Sie sich das Prüfungsformat von SAA-C03 und eine Lernstrategie auf Grundlage der Gewichtung der Domänen an.