Das Saga-Pattern ist ein Architekturkonzept für verteilte Systeme, in dem ein Geschäftsprozess als Sequenz lokaler Transaktionen modelliert wird. Jede lokale Transaktion commitet eigenständig und löst bei Fehlern kompensierende Aktionen aus, um den Gesamtzustand zu korrigieren. Damit wird eventual consistency erreicht, ohne ein zentrales, blockierendes Two-P…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Eine Saga koordiniert eine verteilte Geschäftstransaktion als Folge lokaler Transaktionen und kompensiert bereits ausgeführte Schritte, wenn ein späterer Schritt scheitert.
Das Saga-Muster wurde für lang laufende Transaktionen in verteilten Systemen formuliert, in denen eine globale ACID-Transaktion über mehrere Services nicht praktikabel ist. Die Microservices.io-Beschreibung unterscheidet Choreografie und Orchestrierung.
Eine Bestellung kann Lager reservieren, Zahlung autorisieren und Versand anlegen. Jeder Service bestätigt seine lokale Transaktion; bei einem Fehler führt die Saga passende Gegenaktionen aus, etwa die Freigabe der Reservierung. Diese Kompensation ist eine neue fachliche Transaktion und kein Zurückspulen: Zwischenstände, Wiederholungen, Duplikate und nicht kompensierbare Effekte müssen eingeplant werden.
Jeder Service committet seine eigene atomare Transaktion und veröffentlicht danach ein Ereignis oder Ergebnis.
Eine fachliche Gegenaktion korrigiert die Wirkung eines bereits abgeschlossenen Schritts, soweit das möglich ist.
Choreografie verteilt die Reaktion über Ereignisse; Orchestrierung bündelt sie in einem zentralen Koordinator.
Sagas ermöglichen belastbare Geschäftsabläufe über Servicegrenzen hinweg. Sie erhöhen jedoch die Komplexität von Konsistenz, Fehlerbehandlung und Beobachtbarkeit; fachliche Kompensationsregeln müssen vorab definiert werden.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.