O saga gestionează o tranzacție de afaceri care se extinde pe mai multe servicii ca o secvență de tranzacții locale. Dacă o etapă eșuează, saga execută tranzacții compensatorii pentru a anula etapele anterioare — nu există rollback distribuit.
Commit-ul în două faze pe servicii este lent, blochează resurse și cuplează disponibilitatea. Sagele oferă consistență eventuală fără încuietori distribuite.
Serviciile reacționează la evenimentele unele altora; niciun coordonator central.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Un orchestrator spune fiecărui serviciu ce să facă și reacționează la rezultate.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspect | Coregrafie | Orkestrare |
|---|---|---|
| Coordonare | Distribuită (evenimente) | Centralizată |
| Cuplare | Mai ușoară | Orchestrator cunoaște fluxul |
| Vizibilitate | Greu de urmarit | Ușor de urmărit |
| Cel mai bun pentru | Simplu, câțiva pași | Complex, mulți pași |
Compensațiile trebuie să fie idempotente și să trateze cazul în care pasul original a reușit parțial. Proiectează-le cu grijă.
Sagele sunt modul în care menții datele consistente pe servicii fără costul și cuplarea tranzacțiilor distribuite.
Alegerea între coregrafie și orkestrare face un compromis între simplitate și vizibilitate: evenimentele se scalează ușor, dar devin încurcate, în timp ce un orchestrator centralizează logica complexă la costul unei componente suplimentare de rulare.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează