Saga, birden fazla hizmete yayılan bir iş işlemini yerel işlemlerin bir dizisi olarak yönetir. Bir adım başarısız olursa, saga önceki adımları geri almak için telafi işlemlerini çalıştırır — dağıtılmış rollback yoktur.
Hizmetler arasında iki aşamalı commit yavaş, kaynakları kilitler ve kullanılabilirliği birleştirir. Sagalar, dağıtılmış kilitler olmadan nihai tutarlılık sağlar.
Hizmetler birbirinin olaylarına tepki verir; merkezi koordinatör yoktur.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
Bir orkestratör her hizmete ne yapması gerektiğini söyler ve sonuçlara tepki verir.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| Yönü | Choreography | Orchestration |
|---|---|---|
| Koordinasyon | Dağıtılmış (olaylar) | Merkezileştirilmiş |
| Bağlantı | Daha gevşek | Koordinatör akışı bilir |
| Görünürlük | Takip etmesi zor | Takip etmesi kolay |
| En uygun | Basit, birkaç adım | Karmaşık, birçok adım |
Telafi işlemleri idempotent olmalı ve orijinal adımın kısmen başarılı olduğu durumu işlemelidir. Bunları dikkatle tasarlayın.
Sagalar, dağıtılmış işlemlerin maliyeti ve bağlanması olmadan hizmetler arasında veri tutarlılığını nasıl koruyacağınız olmuştur.
Choreography ve orchestration arasında seçim yapmak basitliği görünürlük için değiştirir: olaylar gevşek şekilde ölçeklendirilir ancak karmaşık hale gelir, oysa bir orkestratör karmaşık mantığı çalıştırılacak bir bileşenin maliyeti karşılığında merkezileştirir.