saga valdo verslo operaciją, kuri apima kelis paslaugų srautus kaip lokalinių operacijų seką. Jei etapas nepavyksta, saga paleidžia kompensavimo operacijas ankstesniems etapams atšaukti — nėra paskirstyto rollback.
Dvifazis commit keliose paslaugose yra lėtas, blokuoja išteklius ir sujungia prieinamumą. Saga suteikia galiausią nuoseklumą be paskirstytų blokavimų.
Paslaugos reaguoja į viena kitos įvykius; nėra centrinio koordinatoriaus.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Orkestratorius sako kiekvienai paslaugai, ką daryti ir reaguoja į rezultatus.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspektas | Choreografija | Orkestracija |
|---|---|---|
| Koordinavimas | Paskirstytas (įvykiai) | Centralizuotas |
| Ryšys | Labiau laisvas | Koordinatorius žino srautą |
| Matomumas | Sunku sekti | Lengva sekti |
| Geriausiai tinka | Paprastas, keletas etapų | Sudėtingas, daug etapų |
Kompensavimas turi būti idempotentinis ir tvarkyti atvejį, kai pradinis etapas iš dalies pavyko. Gerai suplanaukite.
Saga yra būdas, kaip palaikyti duomenų nuoseklumą keliose paslaugose be paskirstytų operacijų kainos ir ryšio.
Pasirinkimas tarp choreografijos ir orkestracijossuteikia paprastumo ir matomumo mainų: įvykiai skalėja be tiesaus ryšio, tačiau tampa sudėtingi, o orkestratorius centralizuoja sudėtingą logiką, bet sukelia vieną papildomą komponentą veikti.