Saga Pattern

في التطبيقات المتجانسة التقليدية، يعد الحفاظ على تناسق البيانات عبر كيانات متعددة أمرًا بسيطًا. توفر محركات قواعد البيانات العلائقية ضمانات ACID (الذرية والاتساق والعزل والمتانة) داخل معاملات SQL المحلية. إذا فشل تقديم الطلب أو خصم الدفع أو احتياطي المخزون في منتصف الطريق، فإن استدعاء ROLLBACK يعيد كل تعديل لقاعدة البيانات على الفور. ومع ذلك، عند الانتقال إلى بنية الخدمات الصغيرة الحديثة، تتغير إدارة البيانات بشكل أساسي. لضمان استقلالية المجال وقابلية التوسع المستقلة، تمتلك كل خدمة صغيرة قاعدة بياناتها الخاصة. تمتد الآن عملية تجارية واحدة - مثل معالجة عملية دفع التجارة الإلكترونية - عبر حدود الخدمة ومحركات قواعد البيانات المتعددة (على سبيل المثال، PostgreSQL for Orders، وDynamoDB for Payments، وRedis for Inventory).

في الأيام الأولى لتطوير الويب، كان إنشاء تطبيق برمجي أمراً بسيطًا: حيث تقوم بكتابة التعليمات البرمجية، وتجميعها في أرشيف واحد قابل للتنفيذ أو قابل للنشر، وتشغيلها على الخادم. وقد خدم هذا النهج، المعروف باسم الهندسة المعمارية المتجانسة، الصناعة جيدًا لعقود من الزمن. ومع ذلك، مع نمو التطبيقات إلى منصات مؤسسية ضخمة تضم مئات المطورين وملايين المستخدمين المتزامنين، بدأت الوحدات المتراصة في إظهار حدودها. أصبحت عمليات النشر بطيئة ومحفوفة بالمخاطر، وأصبحت قواعد البيانات بمثابة اختناقات، وأصبحت قواعد التعليمات البرمجية معقدة للغاية بحيث يتعذر على أي مطور منفرد فهمها.