A saga upravlja poslovnom transakcijom koja se proteže preko više usluga kao niz lokalnih transakcija. Ako korak ne uspije, saga pokreće kompenzirajuće transakcije da poništi prethodne korake — nema distribuirane vraćanja.
Dvostruki commit preko usluga je spora, zaključava resurse i stvara povezanost. Saga pružaju eventualnu konzistentnost bez distribuiranih brava.
Usluge reagiraju na međusobne događaje; nema centralnog koordinatora.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Orchestrator kaže svakoj usluzi što učiniti i reagira na rezultate.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspekt | Choreography | Orchestration |
|---|---|---|
| Koordinacija | Distribuirana (događaji) | Centralizirana |
| Povezanost | Lahka | Orchestrator zna tok |
| Vidljivost | Teško pratiti | Lako pratiti |
| Najbolje za | Jednostavno, nekoliko koraka | Kompleksno, mnogo koraka |
Kompenzacije moraju biti idempotentne i rukovati slučajem gdje je originalni korak djelomično uspio. Oblikujte ih pažljivo.
Saga je način kako održavate podatke konzistentnim kroz usluge bez troška i povezanosti distribuiranih transakcija.
Odabir između choreografije i orchestracije traži kompromis između jednostavnosti i vidljivosti: događaji se skaliraju labavo, ali postaju zbrkani, dok orchestrator centralizira kompleksnu logiku uz cijenu dodatne komponente za pokretanje.