متعدد السحابة يصبح حقيقياً: AWS وGoogle وقريباً Azure يتحدون على معيار ربط بيني واحد

الإعلان الهادئ الذي يُعيد صياغة استراتيجية السحابة

لأكثر من عقد، كان “متعدد السحابة” كلمة طنانة للمحللين اصطدمت بواقع غير مريح: كان ربط AWS وGoogle Cloud وAzure على مستوى الإنتاج مشروع تنقيب شبكي. تطلّب التناظر الخاص عبر الموفرين مرافق استضافة مشتركة متخصّصة وتكوينات BGP مخصّصة وفرق عمليات قادرة على قراءة ثلاث مجموعات مختلفة من الوثائق دون الخلط بينها. أبقى الاحتكاك معظم المؤسسات فعلياً أحادية السحابة، حتى عندما كانت تشتري من موردين متعددين.

هذا يتغير الآن. في أبريل 2026، أعلنت AWS عن التوفر العام لـ AWS Interconnect – multicloud، خدمة مُدارة تُتيح للعملاء توفير اتصالات خاصة وعالية النطاق الترددي ومرنة بين شبكات VPC الخاصة بهم في Amazon والسحابات العامة الأخرى “ببضع نقرات”. Google Cloud هي شريك الإطلاق. تم تأكيد انضمام Microsoft Azure وOracle Cloud Infrastructure لاحقاً في 2026، باستخدام نفس المواصفة المفتوحة.

عندما يشحن ثالث hyperscaler رئيسي نفس واجهة API، تُغطّي بنية شبكة واحدة فجأة كل تركيبة — AWS إلى GCP، AWS إلى Azure، GCP إلى Azure، أو الثلاثة جميعاً. يتم إزالة أكبر اعتراض تقني على متعدد السحابة من قبل الموفرين ذاتهم الذين استفادوا من غيابه.

ما الذي يفعله AWS Interconnect-multicloud فعلياً

الخدمة بسيطة الوصف ومختلفة مادياً عما كان موجوداً من قبل. يُوفّر العملاء دائرة عبر السحابات مُدارة مع:

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

يستخدم العرض الموازي من Google Cloud — Cross-Cloud Interconnect، الممتد إلى AWS ثم إلى شركاء إضافيين — نفس المواصفة المفتوحة. هذه هي التفاصيل الأكثر أهمية. هذا يعني أن hyperscalers الثلاثة لا يبنون كل منهما جسوراً احتكارية مع بعضهم البعض. بل يُوحّدون على طبقة قابلية تشغيل بيني مشتركة يمكن للأطراف الثالثة تنفيذها أيضاً.

لماذا استسلم الثلاثة في وقت واحد

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

1. ضغط العملاء. وفقاً لـ تقرير State of the Cloud 2026 من Flexera، يستخدم 94 % من المؤسسات الآن خدمات السحابة ولدى 87 % استراتيجية متعدّدة السحابة. تُفيد استطلاعات إضافية بأن 84 % من قادة السحابة يختارون عن قصد سحابات متعدّدة. لم يعد تجاهل هذا الطلب مستداماً.

1. تنوع أعباء عمل الذكاء الاصطناعي. تحتاج المؤسسات الكبيرة التي تُشغّل أنابيب معالجة الذكاء الاصطناعي الآن إلى الحوسبة من أكثر من موفّر واحد — Trainium على AWS وTPUs على Google وMI300X على Azure عبر NDv5 وNVIDIA H200 حيثما كانت متاحة. نقل البيانات بين تلك تجمّعات الحوسبة بتكلفة منخفضة هو شرط مسبق للذكاء الاصطناعي الحقيقي متعدد البائعين.

1. الضغط التنظيمي. يتطلب قانون المرونة التشغيلية الرقمية (DORA) في الاتحاد الأوروبي وإرشادات PRA في المملكة المتحدة بشأن مخاطر التركّز والأطر المماثلة في أستراليا واليابان وسنغافورة صراحةً من المؤسسات المنظّمة إظهار خطط الخروج من السحابة والمرونة متعدّدة السحابة. تُصبح عمليات النشر أحادية السحابة في الخدمات المالية غير ممتثلة بشكل متزايد.

تحذير Forrester 2026: عطلان سحابيان رئيسيان هذا العام

توقيت إطلاق الربط البيني ليس مصادفة. يُحذّر تقرير Predictions 2026 من Forrester من أن عطلين سحابيين رئيسيين على الأقل لعدة أيام سيحدثان في 2026. المنطق: يُحوّل الـ hyperscalers الاستثمار بعيداً عن بيئات x86 وARM القديمة، ويُعطون الأولوية لمراكز البيانات للذكاء الاصطناعي المتمحورة حول GPU بينما تتراكم مستويات التحكم والشبكة القديمة ديوناً تقنية.

كان عطل AWS us-east-1 في 2025 واضطراب Azure الكبير في نفس العام بمثابة إطلاقات تحذيرية. تحليل Forrester هو أن تلك الأعطال ستُجبر المؤسسات على إعادة التفكير في استراتيجية السحابة “ليس فقط للمرونة بل للسيطرة، خاصةً لرهاناتها الكبيرة على الذكاء الاصطناعي”. يُترجم ذلك إلى توقع أن 15 % على الأقل من المؤسسات ستتحوّل نحو عمليات نشر ذكاء اصطناعي خاصة على سحابات خاصة في 2026، وإعادة تخصيص إضافية نحو الـ neoclouds — CoreWeave وLambda وNebius وغيرها — التي من المتوقع أن تلتقط 20 مليار دولار في الإيرادات في 2026 وحدها.

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

ما يفتحه هذا للمؤسسات

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

تحسين البائعين على مستوى عبء العمل. تشغيل الاستدلال على Trainium في AWS، والتدريب على TPUs في Google، واستضافة التطبيقات المواجهة للعملاء على Azure هو الآن ممكن كهندسة منطقية واحدة. يمكن لنفس بيانات العملاء المرور بينها بشكل آمن ورخيص بما فيه الكفاية ليكون الأمر مهماً.

النفوذ التفاوضي. يمكن للمؤسسات التي يمكنها نقل أعباء العمل بشكل موثوق بين السحابات طلب تسعير أفضل. يُزيل الربط البيني أكبر حجة تقنية ضد التهديد بالتبديل.

الامتثال التنظيمي. تصبح DORA وPRA والأنظمة المماثلة أسهل في الوفاء بها. يريد المدققون رؤية خطط خروج سحابية تشغيلية، وليس مخططات هندسية تعتمد بهدوء على موفر واحد.

ما لا يحله

يظل متعدد السحابة صعباً لأسباب لا علاقة لها بالشبكات:

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

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

تداعيات المؤسسة

1. أعد النظر في خطط المرونة. إذا افترض تقييم مرونة السحابة الأخير الخاص بك أن الاتصال عبر السحابات صعب جداً، فإن الافتراض لم يعد صالحاً. يجب أن تطلب لجان مخاطر المجالس تصميمات محدثة.
2. استعد لـ GA من Azure. بمجرد انضمام Azure لاحقاً في 2026، تصبح الهياكل ثلاثية الاتجاه عملية. ابدأ أعمال التصميم الآن لتكون جاهزاً عند وصول GA.
3. أعد التفاوض على عقود الاستخدام الملتزم. تُحسّن مصداقية متعدد السحابة موقفك على أي التزام كبير في 2026-2027.
4. راقب الـ neoclouds. يشير توقع Forrester إلى تحوّل حقيقي لأعباء عمل الذكاء الاصطناعي نحو CoreWeave وLambda وNebius. مواصفة الربط البيني مفتوحة، مما يعني أن الـ neoclouds يمكنها تنفيذها أيضاً وتقديم اتصال متوافق دون hyperscalers كحراس بوابة.

ما يجب مراقبته بعد ذلك

• تاريخ GA لـ Azure Interconnect — اللحظة التي تصبح فيها الهندسة ثلاثية السحابات متاحة بالكامل.
• انضمام Oracle Cloud Infrastructure — وعدت به لاحقاً في 2026.
• اعتماد مواصفة الربط البيني من قبل الـ neoclouds — سيُغيّر CoreWeave وLambda التوازن التنافسي إذا شحنوها.
• أول عطل سحابي كبير في 2026 — سيتم إما تأكيد توقع Forrester أو مراجعته بهدوء.

قضى متعدد السحابة عقداً كمصطلح طنان. 2026 هي السنة التي يصبح فيها هندسة. بالنسبة للمؤسسات التي كانت تنتظر انهيار الحواجز التقنية، انتهى الانتظار.

المصادر والقراءات الإضافية

• AWS announces general availability of AWS Interconnect – multicloud — AWS
• AWS and Google Cloud collaborate on multicloud networking — Google Cloud Blog
• Azure follows Google in joining AWS multicloud initiative — Intercept
• Predictions 2026: Cloud Outages, Private AI, and the Rise of the Neoclouds — Forrester
• Forrester Predicts Two Major Cloud Outages in 2026 — OpenMetal