A saga menguruskan transaksi perniagaan yang merangkumi berbilang perkhidmatan sebagai urutan transaksi tempatan. Jika satu langkah gagal, saga menjalankan transaksi pengimbas untuk membatalkan langkah-langkah sebelumnya — tidak ada rollback teragih.
Two-phase commit merentasi perkhidmatan adalah perlahan, mengunci sumber daya, dan mengaitkan ketersediaan. Saga memberikan konsistensi akhirnya tanpa kunci teragih.
Perkhidmatan bertindak balas terhadap peristiwa satu sama lain; tiada penyelaras pusat.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Orkestratormereka memberitahu setiap perkhidmatan apa yang perlu dilakukan dan bertindak balas terhadap hasilnya.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Aspek | Koreografi | Orkestrasi |
|---|---|---|
| Penyelarasan | Teragih (acara) | Terpusat |
| Gandingan | Lebih longgar | Penyelaras tahu aliran |
| Keterlihatan | Sukar diikuti | Mudah dijejaki |
| Terbaik untuk | Mudah, beberapa langkah | Kompleks, banyak langkah |
Pengimbas mesti idempoten dan mengendalikan kes apabila langkah asal sebahagiannya berjaya. Rancang dengan berhati-hati.
Saga adalah cara anda mengekalkan konsistensi data merentasi perkhidmatan tanpa kos dan gandingan transaksi teragih.
Memilih koreografi berbanding orkestrasi menukar kesederhanaan untuk keterlihatan: acara skala longgar tetapi menjadi rumit, manakala orkestratormereka memusatkan logik kompleks dengan kos satu lagi komponen untuk dijalankan.