شرحت Diasoft لماذا اختارت منصة Digital Q.Integration بدلاً من ESB التقليدية

شرح فيكتور أوفتشينيكوف، رئيس تطوير منصة التكامل Digital Q.Integration في شركة ديسوفت، لماذا رفضت الفريق العمارة الكلاسيكية لـ ESB (Enterprise Service Bus) لصالح نهجهم الخاص لتكامل الأنظمة المؤسسية.

لماذا لم تنجح ESB الكلاسيكية

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

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

ما النهج الذي اختاره فريق ديسوفت

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

• يتسع ESB الكلاسيكي بشكل رأسي فقط ويمثل نقطة فشل واحدة
• بمرور الوقت، يتراكم لدى ESB كل المنطق التجاري التطبيقي للشركة
• تُبنى منصة Digital Q.Integration على نهج "الخدمات الذكية والقنوات الموثوقة"
• لكل نظام متكامل، يتم إنشاء موصل خدمة صغيرة منفصل
• تتواصل المحولات من خلال طبقة نقل مشتركة مسؤولة عن التسليم والموثوقية

كيف تعمل عمارة المنصة

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

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

كيف يختلف هذا عن بسيط من نقطة إلى نقطة

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

ما معنى هذا

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