Een saga beheert een bedrijfstransactie die zich over meerdere services uitstrekt als een reeks lokale transacties. Als een stap mislukt, voert de saga compensating transactions uit om eerdere stappen ongedaan te maken — er is geen gedistribueerde rollback.
Two-phase commit over services is traag, vergrendelt resources en koppelt beschikbaarheid. Sagas bieden uiteindelijke consistentie zonder gedistribueerde locks.
Services reageren op elkaars events; geen centrale coördinator.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Een orchestrator vertelt elke service wat te doen en reageert op resultaten.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspect | Choreography | Orchestration |
|---|---|---|
| Coördinatie | Gedistribueerd (events) | Gecentraliseerd |
| Koppeling | Losser | Coördinator kent flow |
| Zichtbaarheid | Moeilijk te volgen | Gemakkelijk te traceren |
| Beste voor | Eenvoudig, enkele stappen | Complex, veel stappen |
Compensaties moeten idempotent zijn en de situatie afhandelen waarbij de oorspronkelijke stap gedeeltelijk slaagde. Ontwerp ze zorgvuldig.
Sagas zijn hoe je data consistent houdt over services zonder de kosten en koppeling van gedistribueerde transacties.
Het kiezen tussen choreography en orchestration maakt een afweging tussen eenvoud en zichtbaarheid: events schalen losjes maar worden ingewikkeld, terwijl een orchestrator complexe logica centraliseert ten koste van één extra component om uit te voeren.