يدير saga معاملة تجارية تمتد عبر خدمات متعددة كسلسلة من المعاملات المحلية. إذا فشلت خطوة ما، يقوم saga بتشغيل المعاملات التعويضية لإلغاء الخطوات السابقة — لا يوجد rollback موزع.
Two-phase commit عبر الخدمات بطيء، يقفل الموارد، ويربط التوفر. توفر Sagas الاتساق النهائي بدون أقفال موزعة.
تتفاعل الخدمات مع أحداث بعضها البعض؛ لا يوجد منسق مركزي.
Order ─OrderCreated→ Payment ─PaymentDone→ Inventory ─Reserved→ Shipping
◀───────── (on failure, each emits a compensating event) ─────────
يخبر منسق كل خدمة بما يجب فعله ويتفاعل مع النتائج.
┌───────────── Saga Orchestrator ─────────────┐
▼ ▼ ▼ ▼
reservePayment reserveStock createShipment (on fail: compensate all)
| الجانب | Choreography | Orchestration |
|---|---|---|
| التنسيق | موزع (أحداث) | مركزي |
| الاقتران | أكثر سهولة | المنسق يعرف التدفق |
| الرؤية | يصعب المتابعة | سهل التتبع |
| الأفضل لـ | بسيط، خطوات قليلة | معقد، خطوات عديدة |
يجب أن تكون التعويضات idempotent وتتعامل مع الحالة التي قد تكون فيها الخطوة الأصلية نجحت جزئياً. قم بتصميمها بعناية.
Sagas هي الطريقة التي تحافظ بها على اتساق البيانات عبر الخدمات بدون تكلفة واقتران المعاملات الموزعة.
اختيار choreography مقابل orchestration يبدل البساطة من أجل الرؤية: تتسع الأحداث بسهولة لكنها تصبح معقدة، بينما يركز منسق المنطق المعقد في مكان واحد على حساب مكون إضافي للتشغيل.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع