الرجوع إلى دراسات الحالة
دراسة حالة

الانتقال من ESB القديم إلى MuleSoft

تحديث طبقة تكامل قديمة حرجة من Informatica ESB إلى منصة Anypoint، مما قلل من أوقات الدورات بمقدار 3 أسابيع وتوفير 250 ألف دولار سنويًا.

1

السياق ومشكلة الأعمال

أصبح نظام **Informatica ESB** القديم في المؤسسة عنق زجاجة حرجًا للابتكار. بُني على مدى عقد من الزمان، وتحول إلى بنية معمارية متجانسة ومتصلبة مع تكاليف ترخيص وبنية تحتية باهظة. تطلبت عمليات تحويل البيانات البسيطة أسابيع من التطوير واختبارات تراجع معقدة.

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

كان الهدف: إيقاف تشغيل نظام **ESB** القديم تمامًا ونقل أكثر من 150 عملية تكامل ذات مهام حرجة إلى بنية **MuleSoft API-Led** الحديثة، مع اشتراط عدم وجود أي تأثير على وقت التشغيل لأنظمة الأعمال الحية في الإنتاج.

2

التنفيذ الاستراتيجي والهندسة المعمارية

تفكيك النظام المتجانس

تطلبت المرحلة الأولى هندسة عكسية لتدفقات عمل **Informatica** غير الموثقة. قمنا بتنفيذ نهج التصميم المدفوع بالمجال (**Domain-Driven Design**) لتعيين عمليات الدفعات المتجانسة إلى خدمات مصغرة فورية ومدفوعة بالأحداث باستخدام اتصال **MuleSoft API-Led** (**System, Process, Experience APIs**).

نموذج "مصنع الانتقال"

  • أدوات الترجمة المؤتمتة: بناء نصوص **Python** مخصصة لتحليل تعريفات **Informatica XML** وإخراج تحويلات **DataWeave 2.0** الأساسية، مما أدى إلى تسريع التطوير بنسبة 40%.
  • التحديث المدفوع بالأحداث: استبدال ملاحق الدفعات الليلية البطيئة برسائل فورية عالية الإنتاجية باستخدام **Solace PubSub+** المتكامل مباشرة مع **MuleSoft**.
  • تشغيل مزدوج بدون توقف: تنفيذ نمط "**strangler fig**" باستخدام وكلاء توجيه أذكياء. تم عكس حركة المرور الحية بسلاسة إلى كل من **ESB** القديم وواجهات برمجة تطبيقات **MuleSoft** الجديدة في وقت واحد للتحقق من سلامة البيانات قبل التبديل النهائي.
  • اختبار التراجع المؤتمت: تطوير مجموعة **MUnit** شاملة تعمل في خط أنابيب **CI/CD**، مما يضمن معالجة الحالات الطرفية القديمة بشكل صحيح في المنصة الجديدة.

البنية التحتية بعد التحديث

الانتقال من ESB القديم إلى MuleSoft

مرجع: مسار الانتقال من بنية متجانسة موجهة للدفعات (القديمة) إلى بنية API مدفوعة بالأحداث (MuleSoft).

3

المحفز: تأثير حقيقي على الأعمال

أدى إيقاف تشغيل نظام **ESB** القديم إلى تغيير جذري في هيكل تكاليف المؤسسة وسرعة التسليم. فقد حول قسم تكنولوجيا المعلومات من مركز تكلفة بطيء "للحفاظ على الوضع القائم" إلى مُمكّن رقمي مرن وعالي السرعة.

توجيه هائل للتكاليف

تحقيق وفورات سنوية متكررة فورية وقابلة للتحقق بقيمة 250 ألف دولار من خلال القضاء على تجديدات تراخيص **Informatica** الباهظة وإخراج ثلاثة أرفف من الخوادم المحلية المتهالكة.

إلغاء حظر مرونة الأعمال

انخفضت دورات التسليم لعمليات التكامل المعقدة من شهور إلى أيام. نجحت فرق المنتجات في إطلاق 3 بوابات رقمية جديدة تواجه العملاء باستخدام واجهات برمجة تطبيقات نظام **MuleSoft** القابلة لإعادة الاستخدام التي أنشأناها أثناء عملية الانتقال.

استراتيجية تبديل خالية من المخاطر

القضاء على مخاطر الأعمال الهائلة المرتبطة بعمليات النشر المباشرة الكبيرة (**big bang**). من خلال نشر مرحلة اختبار متوازية ذكية بنظام التشغيل المزدوج، كان التبديل النهائي هادئًا وغير مرئي تمامًا للمستخدمين النهائيين.

4

النتائج المقاسة

250,000 دولار
وفورات سنوية فورية ومباشرة من خلال تفادي تكاليف التراخيص ودمج البنية التحتية.
3 أسابيع
تم توفيرها في كل دورة إصدار تكامل، مما مكن الأعمال من نشر ميزات قابلة للتركيب بسرعة في السوق.
تقليل بنسبة 60%
في الدين التقني الخانق بعد إيقاف تشغيل الكود المتجانس المخصص والممتد وغير الموثق لصالح واجهات برمجة تطبيقات قابلة لإعادة الاستخدام.
بدون توقف
خلال عملية الانتقال بأكملها، مما يوضح بنية تشغيل مزدوجة قوية حمت تدفقات بيانات المؤسسة الحاسمة.
5

نظرة استرجاعية

لو كان بإمكاني فعل ذلك بشكل مختلف

"لو كان بإمكاني فعل ذلك مرة أخرى، لكنت قد دفعت من أجل انتقال مباشر (**big bang**) لخدمات مزامنة البيانات منخفضة التعقيد بدلاً من اتباع نهج تدريجي بحت لكل شيء. لقد قضينا عدداً مفرطاً من الساعات الهندسية في إدارة المزامنة المعقدة 'للتشغيل المزدوج' بين **Informatica** و **MuleSoft** لعمليات التكامل البسيطة التي كان من الممكن نقلها وتبديلها بسهولة في عطلة نهاية أسبوع واحدة مع حد أدنى من مخاطر التراجع."