एक saga ले एक व्यावसायिक लेनदेन प्रबन्ध गर्छ जो धेरै सेवाहरूमा स्थानीय लेनदेन को एक क्रमको रूपमा फैलिएको हुन्छ। यदि कुनै चरण विफल हुन्छ भने, saga ले क्षतिपूरण लेनदेन चलाउँछ अघिल्लो चरणहरू पूर्ववत गर्न — त्यहाँ कुनै वितरित rollback छैन।
सेवाहरू भरमा दुई-चरण commit ढिलो छ, स्रोतहरू लक गर्छ, र उपलब्धता युग्मन गर्छ। Sagas ले वितरित लकहरू बिना अन्तिम सामञ्जस्य दिन्छ।
सेवाहरू एकअर्काको घटनाहरूमा प्रतिक्रिया गर्छन्; कुनै केन्द्रीय समन्वयक छैन।
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 |
|---|---|---|
| समन्वय | वितरित (घटनाहरू) | केन्द्रीकृत |
| युग्मन | कम ढिलो | समन्वयक प्रवाह जान्दछ |
| दृश्यमानता | अनुसरण गर्न गाह्रो | ट्रेस गर्न सजिलो |
| को लागि उत्तम | साधारण, केही चरणहरू | जटिल, धेरै चरणहरू |
क्षतिपूरणहरू idempotent हुनुपर्छ र मूल चरण आंशिक रूपमा सफल भएको अवस्थालाई सम्भाल्नुपर्छ। तिनीहरूलाई सावधानीपूर्वक डिजाइन गर्नुहोस्।
Sagas ले सेवाहरू भरमा डेटा सामञ्जस्य राख्नको तरीका हो बिना वितरित लेनदेनको लागत र युग्मनको बिना।
choreography बनाम orchestration छनोट गर्न सरलतालाई दृश्यमानताको लागि व्यापार गर्छ: घटनाहरू ढिलो मापन गर्छन् तर उलझिन्छन्, जबकि एक orchestrator जटिल तर्क एक अधिक घटक चलाउनको लागत मा केन्द्रीकृत गर्छ।