معركة الأشخاص في عالم تطبيقات المؤسسات - كيف يقوم IBM Hybrid Cloud Mesh وRed Hat Services Interconnect بتوحيدهم - IBM Blog

يتطلب التنقل في العالم المعقد لتطبيقات المؤسسات الحديثة التعاون بين أشخاص متنوعين لإدارة التعقيد بشكل فعال. ويساعد ذلك في دعم الأعمال المستمر من خلال التطبيقات التي تعمل على أتمتة سير العمل الأساسي.  

تقليديًا، تتوافق التطبيقات والبنية التحتية لاستضافتها مع DevOps وCloudOps. ومع ذلك، أدى ارتفاع التكاليف بسبب بيئات تكنولوجيا المعلومات المتنوعة إلى ظهور FinOps، مع التركيز على مراقبة النفقات والتحكم فيها.  

لقد أدخلت شخصيات مختلفة في نشر التطبيقات مسارات عمل معقدة للغاية. عادةً، يبدأ DevOps الطلبات، ويتم فحصها بواسطة فرق CloudOps وNetOps وSecOps وFinOps. تؤدي مسارات العمل المعقدة هذه إلى تمديد أوقات تحديث التطبيقات، مما يؤثر أحيانًا على العمليات التجارية ورضا العملاء. 

مقدمة إلى ربط خدمات Red Hat 

يهدف Red Hat Services Interconnect (RHSI)، استنادًا إلى مشروع Skupper الشهير مفتوح المصدر، إلى تبسيط الاتصال السحابي الهجين اللازم للتطبيقات. فهو يمكّن فرق DevOps من الحصول على الاتصال الذي يحتاجون إليه، دون الحاجة إلى امتيازات خاصة أو دون الحاجة إلى الاعتماد على اتصالات VPN المعقدة وقواعد جدار الحماية الخاصة. يؤدي هذا إلى تسريع سير عمل نشر التطبيق بشكل كبير ويساعد مستخدمي الأعمال على الاستجابة بسرعة أكبر لاحتياجات عملائهم. ويساعد هذا أيضًا في الحفاظ على الوضع العام لـ CloudOps وSecOps، لأنه لا يطلب إجراء اتصالات جديدة على مستوى الأشعة تحت الحمراء، أو إضافة قواعد جديدة لجدار الحماية أو فتح منافذ.  

RHSI - التكنولوجيا الموجودة تحتها 

يعمل RHSI على تقليل التبعيات على آليات طبقة L3 لإنشاء أنفاق التطبيقات. في المقام الأول، أي نقل يستند إلى L3 سيستخدم آلية VPN، مثل نفق IPSec أو أي آليات نفق أخرى مكافئة في L3. يجب توفير هذه الأنفاق وإنهائها في أجهزة التوجيه المنشورة في البنية التحتية للتطبيق، وبالتالي يجب أن تكون مملوكة وموفرة من قبل فرق NetOps وSecOps. وكبديل، يركز RHSI على إنشاء أنفاق على مستوى التطبيق في طبقة أعلى ويستخدم بنية تحتية معروفة للمراسلة لنقلها في طبقة فوق IP. يستخدم RHSI بروتوكول مراسلة طبقة تطبيق قياسي مفتوح. يؤدي هذا إلى تقليل الاعتماد على طبقة الشبكة لإنشاء أنفاق L3 لكل تطبيق، وبالتالي تحسين كفاءة فرق DevOps بشكل كبير.  

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

كيف يقوم IBM® Hybrid Cloud Mesh بإضافة القيمة إلى RHSI  

في عالم IBM Hybrid Cloud Mesh، هناك نوعان من اللبنات الأساسية:  

• منصة SaaS التي تعمل بمثابة مستوى الإدارة والتحكم والسياسة (المعروف أيضًا باسم Mesh Manager) 

• مجموعة من البوابات الموزعة التي يتم نشرها بالقرب من أحمال عمل التطبيق، داخل بيئة التطبيق (المعروفة أيضًا باسم البوابة) 

في ما سبق، يلعب RHSI دور البوابة، حيث يقوم بتنفيذ مستوى البيانات اللازم لنقل حركة مرور التطبيق عبر مواقع مختلفة. خارج مستوى البيانات، لا يزال هناك الكثير من التعقيدات التي يجب التعامل معها، مثل إدارة دورة حياة البوابات، وتناوب الشهادات، وإدارة السياسات، والأهم من ذلك، إمكانية المراقبة. يقوم IBM Mesh Manager بإدارة مجموعة من بوابات RHSI الموزعة بسلاسة على نطاق واسع ويتأكد من تمكين مستخدمي DevOps للعمل بشكل أسرع، مع التأكد من احتفاظ شخصية CloudOps بالتحكم الذي اعتادوا على تجربته، ولكن بجهد أقل بكثير.  

اتخذ الخطوة التالية مع Hybrid Cloud Mesh 

يسعدنا أن نعرض معاينة تقنية لـ Hybrid Cloud Mesh التي تدعم استخدام بوابات RHSI لتبسيط اتصال التطبيقات والأمن عبر الأنظمة الأساسية والمجموعات والسحب. ربط خدمة ريد هات، تم الإعلان عنه في 23 مايو 2023 في قمة Red Hat، ويعمل على إنشاء اتصالات بين الخدمات والتطبيقات وأحمال العمل عبر البيئات الضرورية المختلطة. 

لقد بدأنا للتو في رحلتنا لبناء حلول أتمتة هجينة متعددة السحابات شاملة للمؤسسة. إن Hybrid Cloud Mesh ليس مجرد حل للشبكة؛ لقد تم تصميمها لتكون قوة تحويلية تعمل على تمكين الشركات من استخلاص أقصى قيمة من بنية التطبيقات الحديثة، مما يتيح اعتماد السحابة المختلطة وإحداث ثورة في كيفية استخدام البيئات متعددة السحابية. نأمل أن تنضم إلينا في الرحلة.