Saga zarządza transakcją biznesową, która obejmuje wiele usług jako sekwencja transakcji lokalnych. Jeśli krok się nie powiedzie, saga uruchamia transakcje kompensacyjne, aby cofnąć poprzednie kroki — nie ma rozproszonego rollback.
Dwufazowy commit między usługami jest wolny, blokuje zasoby i wiąże dostępność. Sagas zapewniają ostateczną spójność bez rozproszonych blokad.
Usługi reagują na zdarzenia siebie nawzajem; brak centralnego koordynatora.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Orkestrator mówi każdej usłudze, co robić i reaguje na wyniki.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspekt | Choreografia | Orkiestracja |
|---|---|---|
| Koordynacja | Rozproszona (zdarzenia) | Scentralizowana |
| Sprzęgnięcie | Luźniejsze | Koordynator zna przepływ |
| Widoczność | Trudna do śledzenia | Łatwa do śledzenia |
| Najlepsze dla | Proste, kilka kroków | Złożone, wiele kroków |
Kompensacje muszą być idempotentne i obsługiwać przypadek, w którym oryginalny krok częściowo się powiódł. Zaprojektuj je ostrożnie.
Sagas to sposób, w jaki utrzymujesz dane spójne między usługami bez kosztów i sprzęgnięcia transakcji rozproszonych.
Wybór między choreografią a orkiestracją wiąże się z kompromisem między prostotą a widocznością: zdarzenia skalują się luźno, ale stają się zawiłe, podczas gdy orkestrator centralizuje złożoną logikę kosztem dodatkowego komponentu do uruchomienia.