En saga hanterar en affärstransaktion som sträcker sig över flera tjänster som en sekvens av lokala transaktioner. Om ett steg misslyckas kör sagan kompenserande transaktioner för att ångra tidigare steg — det finns ingen distribuerad rollback.
Tvåfasgranskning över tjänster är långsam, låser resurser och kopplar tillgänglighet. Sagor ger eventuell konsekvens utan distribuerade lås.
Tjänster reagerar på varandras händelser; ingen central samordnare.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
En orkestrator berättar för varje tjänst vad som ska göras och reagerar på resultaten.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspekt | Koreografi | Orkestrering |
|---|---|---|
| Samordning | Distribuerad (händelser) | Centraliserad |
| Koppling | Lösare | Samordnare vet flödet |
| Synlighet | Svår att följa | Lätt att spåra |
| Bäst för | Enkla, få steg | Komplexa, många steg |
Kompenseringar måste vara idempotenta och hantera fallet där det ursprungliga steget delvis lyckas. Utforma dem noggrant.
Sagor är hur du behåller datakonsistens över tjänster utan kostnaden och kopplingen av distribuerade transaktioner.
Valet mellan koreografi och orkestrering byter enkelhet för synlighet: händelser skalas löst men blir röriga, medan en orkestrator centraliserar komplex logik till kostnaden för en komponent till att köra.