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