فك رموز المستقبل: كشف تعقيدات Hybrid Cloud Mesh مقابل شبكة الخدمة - IBM Blog

فك رموز المستقبل: كشف تعقيدات Hybrid Cloud Mesh مقابل شبكة الخدمة - IBM Blog

عقدة المصدر: 3085667


فك رموز المستقبل: كشف تعقيدات Hybrid Cloud Mesh مقابل شبكة الخدمة - IBM Blog



منظر جوي للمركبات على الدوار

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

قبل أن نخوض في المقارنة، دعونا نعيد النظر بإيجاز في مفهوم Hybrid Cloud Mesh وشبكة الخدمة النموذجية.  

رسم توضيحي للاتصال

شبكة سحابية هجينة

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

رسم توضيحي لمخطط شبكة السحابة الهجينة

شبكة الخدمة

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

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

شبكة السحابة الهجينة مقابل شبكة الخدمة: تحليل مقارن 

1. نطاق الاتصال

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

2. الاتصال متعدد السحابة

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

3. قدرات هندسة المرور

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

4. التعبير عن نية الاتصال

  • شبكة سحابية هجينة: يتيح للمستخدمين التعبير عن نية الاتصال من خلال واجهة المستخدم أو واجهة سطر الأوامر (CLI)، مما يوفر تجربة بديهية وسهلة الاستخدام مع الحد الأدنى من منحنى التعلم.  
  • شبكة الخدمة: يتطلب من المستخدمين تنفيذ أنماط اتصال معقدة في الوكيل الجانبي باستخدام ملفات التكوين. تنطوي عمليات شبكة الخدمة على تعقيد وتتطلب منحنى تعليميًا كبيرًا. يجب على فريق الخبراء المسؤول عن إدارة شبكة الخدمة أن يستثمر الوقت والجهد باستمرار لاستخدام شبكة الخدمة وصيانتها بشكل فعال. نظرًا لمنحنى التعلم الحاد والأدوات المطلوبة (مثل التكامل مع خط أنابيب CI/CD أو التشغيل الآلي من اليوم 0 إلى اليوم 2)، لا يمكن اعتماد شبكات الخدمة إلا بعد حصول العملاء على نطاق معين لجعل الاستثمار جديرًا بالاهتمام.   

5. طائرة الإدارة والتحكم

  • شبكة سحابية هجينة: يستخدم مستوى إدارة وتحكم مركزيًا قائمًا على SaaS، مما يعزز سهولة الاستخدام ويوفر إمكانية المراقبة. يتفاعل المستخدمون مع مدير الشبكة من خلال واجهة مستخدم أو واجهة سطر الأوامر (CLI) سهلة الاستخدام. 
  • شبكة الخدمة: غالبًا ما يستخدم الإدارة اللامركزية، مع توزيع مستويات التحكم عبر الخدمات الصغيرة، مما يتطلب التنسيق من أجل الإدارة الفعالة. 

6. التكامل مع البوابات

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

7. اكتشاف التطبيق

  • شبكة سحابية هجينة: يقوم Mesh manager باستمرار باكتشاف وتحديث البنية التحتية للنشر متعدد السحابات، مما يؤدي إلى أتمتة اكتشاف التطبيقات والخدمات المنشورة. 
  • شبكة الخدمة: يعتمد عادةً على آليات تسجيل الخدمة واكتشافها داخل بيئة الحاويات. 

8. صيانة الشبكة الديناميكية

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

9. البنية التحتية العامة

  • شبكة سحابية هجينة: يتكون مستوى البيانات من عدد محدود من بوابات الحافة ونقاط الطريق.
  • شبكة الخدمة: هناك حمل كبير بسبب بنية الوكيل الجانبي التي تتطلب وكيلًا جانبيًا واحدًا لكل حمل عمل.  

10. تعدد الإيجارات

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

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

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

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

تعرف على المزيد حول Hybrid Cloud Mesh

هل كان المقال مساعدا؟!

نعملا


المزيد من السحابة الهجينة




الحاويات السرية مع Red Hat OpenShift Container Platform وIBM® Secure Execution for Linux

7 دقيقة قراءة - أصبحت السحابة الهجينة هي النهج السائد في استراتيجيات السحابة المؤسسية، ولكنها تأتي مصحوبة بالتعقيد والمخاوف بشأن التكامل والأمن والمهارات. ولمعالجة هذه المخاوف، تتبنى الصناعة بيئات تشغيل الحاوية للتخلص من البنية التحتية. برزت منصة Red Hat OpenShift Container Platform (RH OCP) كحل رائد لدعم دورة حياة تطوير التطبيقات، وتوفير وإدارة صور الحاويات وأحمال العمل في منصة للتطبيقات المعبأة في حاويات والنظام البيئي. يوفر RH OCP نشرًا مشتركًا وتحكمًا و…




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

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




كيف يعمل توجيه حركة مرور DNS على توسيع قيمة الأعمال للشبكات الهجينة ومتعددة السحابات

4 دقيقة قراءة - في أحدث إصدار من "دورة الضجيج السحابي"، وضعت مؤسسة جارتنر عمليات الشبكات السحابية المتعددة في "ذروة التوقعات المتضخمة، وهي قريبة بشكل خطير من "قاع خيبة الأمل". في حين أن هذا قد يعكس حالة كل من السحابات الهجينة والمتعددة. التواصل على المستوى الإجمالي، هناك وفرة من الفروق الدقيقة الكامنة تحت تقييم جارتنر. ويتمثل التحدي في أن الهجين والسحابة المتعددة هما حاضر الشبكات ومستقبلها. إنها منطقة يبدو أنها تنتج…




java-microservices-on-open-source-application-servers

3 دقيقة قراءة - قم بالترحيل من خادم تطبيق JEE الحالي إلى Open Liberty في بضع خطوات سهلة. غطت سلسلة ترحيل Java Microservices المكونة من تسعة أجزاء من Spring Boot إلى MicroProfile المكونات الأساسية لـ Eclipse MicroProfile، مثل Rest Client لإنشاء واجهات برمجة التطبيقات لتطبيقات الخدمات الصغيرة، وتبعية السياق. الحقن لدعم الأسلاك القائمة على التعليقات التوضيحية، والتسامح مع الأخطاء لاستعادة المشكلات، وOpenTracing لتشخيص مشكلات الخدمة. تتناول هذه المدونة القصيرة طريقة محددة: خطوات بسيطة للانتقال من خادم تطبيق JEE الحالي لديك إلى Open Liberty، وهو خادم على مستوى المؤسسات...

نشرات آي بي إم الإخبارية

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

اشترك الآن

المزيد من الرسائل الإخبارية

الطابع الزمني:

اكثر من IBM