تنفيذ المنصة

منصة MuleSoft Anypoint

نبني منصة MuleSoft Anypoint على ثلاث طبقات من واجهات برمجة التطبيقات (APIs): واجهات للأنظمة، وأخرى للعمليات، وثالثة لقنوات الوصول، فتتصل كل قناة أو جهة شريكة جديدة بأصول تملكها مسبقاً بدلاً من تكامل يُبنى من الصفر.

حزم مرتّبة من كابلات الألياف الضوئية في خزانة شبكة

يدور العمل على MuleSoft Anypoint حول الربط القائم على واجهات API: نحدد واجهات الأنظمة التي تقف أمام أنظمة تخطيط موارد المؤسسات (ERP) وإدارة علاقات العملاء (CRM) والسجلات الأساسية، وننشرها في Anypoint Exchange لتجدها الفرق الأخرى. وحين يلزم بقاء البيانات داخل الدولة، تعمل بيئات تشغيل Mule على Runtime Fabric في مركز بياناتك أو سحابتك الخاصة، وتُدار من مستوى التحكم في Anypoint. ومن الوجهات المعتادة لهذه الواجهات في المنطقة: بوابات واجهات API الحكومية، وواجهات التمويل المفتوح وفق أطر مصرف الإمارات العربية المتحدة المركزي والبنك المركزي السعودي (ساما).

ننفّذ العمل في Anypoint Studio أو أداة Code Builder، ونكتب التحويلات بلغة DataWeave، ونشغّل اختبارات MUnit ضمن مسار التكامل والنشر المستمرين (CI/CD) قبل نشر أي تطبيق. ويطبّق API Manager سياسات مثل التحقق من هوية التطبيق المستدعي وتحديد معدل الطلبات، فيما يعرض Anypoint Monitoring لفريق العمليات حالة كل تطبيق. ويجري النشر إلى CloudHub 2.0 أو Runtime Fabric عبر إضافة Mule Maven، ولا ننشر شيئاً يدوياً.

تُعدّ Salesforce وMuleSoft Anypoint Platform والعلامات المرتبطة بهما علامات تجارية لشركة Salesforce, Inc.

كيف ننفّذ منصة MuleSoft Anypoint

من التصميم الأولي حتى الإطلاق وما بعده: التهيئة والتكامل والدعم بفريق واحد مسؤول.

  • التصميم الأولي والحوكمة

    نوثّق أولاً فهرس الواجهات وقواعد التسمية والإصدارات، ونحدد ما يقع في طبقة الأنظمة وما يقع في طبقتي العمليات وقنوات الوصول، ثم يعتمد ذلك مهندس التكامل لديك ومالكو الأنظمة الأساسية.

  • مواصفات الواجهة أولاً

    نصمّم مواصفات RAML أو OpenAPI في Design Center ونشغّل نسخة محاكاة منها، لتختبر الفرق المستهلكة الواجهة قبل أن يكتمل تنفيذها.

  • فهرس الأصول في Anypoint Exchange

    ننشر القوالب والموصّلات وأجزاء مواصفات الواجهات في Anypoint Exchange مع مسؤول وتوثيق لكل منها، فيجد المطوّر ما يحتاجه بالبحث بدلاً من السؤال في كل اتجاه.

  • الترحيل إلى Mule 4

    ننقل تطبيقات Mule 3 إلى Mule 4 على دفعات مخططة، فنعيد كتابة نصوص DataWeave 1، ونجري اختبارات الانحدار عبر MUnit، ونُعدّ لكل دفعة طريقاً للعودة إلى الإصدار السابق.

  • الدعم المكثف بعد الإطلاق والخدمات المُدارة

    بعد الإطلاق التشغيلي نتابع تحديثات التصحيح لبيئات تشغيل Mule وموعد انتهاء الدعم لكل إصدار، ونجدّد الشهادات وبيانات اعتماد التطبيقات، ونراقب زمن الاستجابة ونسب الأخطاء في Anypoint Monitoring.

متى تكون منصة MuleSoft الخيار المناسب

تناسب المنصة المؤسسات التي تريد إدارة التكامل فهرساً من واجهات API المُدارة، وكثير منها يعمل أصلاً على Salesforce، ولديها مطوّرون يألفون البرمجة وأداة Maven ومسارات CI/CD.

  • مطوّرون قادرون على العمل في Anypoint Studio وMaven وGit
  • مسؤول متفق عليه لكل واجهة نظام وللجهات التي تستهلكها
  • قرار بالاستضافة على CloudHub 2.0 أو Runtime Fabric لكل بيئة
  • فهم واضح لنموذج الترخيص وسعة التشغيل التي تحتاجها كل بيئة

خطّط مع حصن الطموح لمشروع MuleSoft Anypoint Platform

ما الأنظمة التي ستتكامل معها المنصة؟ وما متطلبات الامتثال لديك؟ شاركنا مخطط التكاملات الحالي، ونقترح عليك خطة مرحلية، وسجلاً للمخاطر، ونموذجاً للحوكمة.

اطلب خطة على مراحل