एक saga एक व्यावसायिक लेनदेन का प्रबंधन करता है जो कई सेवाओं को स्थानीय लेनदेन के अनुक्रम के रूप में फैलाता है। यदि कोई कदम विफल हो जाता है, तो saga मुआवजे लेनदेन चलाता है पिछले कदमों को पूर्ववत करने के लिए — कोई वितरित रोलबैक नहीं होता है।
सेवाओं में दो-चरण प्रतिबद्धता धीमी है, संसाधनों को लॉक करती है, और युग्मन बनाती है। Saga वितरित लॉक के बिना अंतिम संगति प्रदान करते हैं।
सेवाएं एक-दूसरे की ईवेंट्स पर प्रतिक्रिया देती हैं; कोई केंद्रीय समन्वयक नहीं।
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
एक orchestrator प्रत्येक सेवा को बताता है कि क्या करना है और परिणामों पर प्रतिक्रिया देता है।
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| पहलू | Choreography | Orchestration |
|---|---|---|
| समन्वय | वितरित (ईवेंट्स) | केंद्रीकृत |
| युग्मन | कमजोर | Orchestrator प्रवाह जानता है |
| दृश्यमानता | पालन करना मुश्किल | ट्रेस करना आसान |
| सर्वोत्तम | सरल, कुछ कदम | जटिल, कई कदम |
मुआवजे idempotent होने चाहिए और उस मामले को संभालना चाहिए जहां मूल कदम आंशिक रूप से सफल हुआ। उन्हें सावधानीपूर्वक डिज़ाइन करें।
Saga वह तरीका है जिससे आप वितरित लेनदेन की लागत और युग्मन के बिना सेवाओं में डेटा सुसंगत रखते हैं।
Choreography बनाम orchestration के बीच चुनाव सरलता के लिए दृश्यमानता का व्यापार करता है: ईवेंट्स शिथिल रूप से स्केल करते हैं लेकिन उलझ जाते हैं, जबकि एक orchestrator एक और घटक चलाने की कीमत पर जटिल तर्क को केंद्रीकृत करता है।