منافسان يبنيان جسراً
لعقد من الزمن، تنافس مقدمو السحابة الكبار الثلاثة على الارتباط. الشبكات الاحتكارية وواجهات برمجة التطبيقات المخصصة ورسوم الخروج العقابية أبقت أحمال العمل أسيرة. المؤسسات التي أرادت تشغيل خدمات عبر AWS وGoogle Cloud اضطرت لتمرير حركة المرور عبر شبكات طرف ثالث، والتفاوض على اتفاقيات استضافة مشتركة منفصلة، والانتظار أسابيع لتوفير الدوائر.
تغير ذلك في أواخر 2025 عندما كشفت AWS عن AWS Interconnect — multicloud في re:Invent، مع Google Cloud كشريك إطلاق. وسّعت Google في الوقت نفسه خدمة Cross-Cloud Interconnect الخاصة بها لدعم نفس الإمكانية من جانبها. النتيجة: رابط شبكة مُدار وخاص وعالي السرعة بين Amazon VPC وGoogle Cloud VPC يمكن لأي من الطرفين توفيره في دقائق من خلال وحدة التحكم الخاصة به.
دخلت الخدمة مرحلة المعاينة العامة عبر خمسة أزواج من المناطق — US East (N. Virginia) وUS West (N. California) وUS West (Oregon) وEurope (London) وEurope (Frankfurt) — كل منها مقترنة بمنطقة Google Cloud مقابلة. خلال المعاينة، يمكن للعملاء إنشاء اتصال بسرعة 1 جيجابت/ثانية لكل حساب مجاناً، مع توقع توسع عرض النطاق إلى 100 جيجابت/ثانية عند التوفر العام.
ما يجعل هذا أكثر من مجرد ميزة شبكة هو المواصفات المفتوحة. نشرت AWS وGoogle واجهة برمجة Connection Coordinator كمواصفة OpenAPI 3.0 في مستودع GitHub عام، داعية صراحة مقدمي خدمات وشركاء آخرين لتبنيها. من المتوقع أن تنضم Microsoft Azure في النصف الثاني من 2026، محولة اتفاقاً ثنائياً إلى معيار صناعي ناشئ.
لماذا الآن — ولماذا الأمر مهم
التوقيت ليس صدفة. دفعت ثلاث قوى مقدمي الخدمات فائقي النطاق نحو التعاون.
الضغط التنظيمي. قانون البيانات الأوروبي، الذي دخل حيز التنفيذ الكامل في أواخر 2025، يُلزم مقدمي الخدمات السحابية بإزالة حواجز التبديل ودعم قابلية التشغيل البيني. كانت Google قد ألغت بالفعل رسوم الخروج للعملاء المهاجرين، وتبعتها AWS. بناء ربط بيني أصلي هو الخطوة المنطقية التالية — يُشير إلى الامتثال ويستبق أي إجراء تنظيمي إضافي.
الطلب المؤسسي. وفقاً لتقرير Flexera State of the Cloud 2026، تستخدم 89% من المؤسسات الآن استراتيجية سحابة متعددة، مع تصنيف منع الارتباط بمزود واحد باستمرار بين أهم الدوافع — حيث يستشهد به 42% من المستجيبين كدافع رئيسي، وحتى 68% في الاستطلاعات الأوسع. ومع ذلك، فإن معظم عمليات نشر السحابة المتعددة عرضية — فرق مختلفة تختار مقدمي خدمات مختلفين — وليست مصممة معمارياً. يمنح الربط البيني المُدار المؤسسات وسيلة لتشغيل سحابة متعددة مقصودة بدون شهادة دكتوراه في الشبكات.
توزيع أحمال عمل الذكاء الاصطناعي. مع نشر الشركات لخطوط أنابيب الاستدلال وأنظمة التوليد المعززة بالاسترجاع ومهام الضبط الدقيق، تحتاج بشكل متزايد لوضع أحمال العمل حيث يوجد مخزون GPU المناسب أو التسعير أو الخدمات المتخصصة. يجعل الرابط الخاص عبر السحابات من الممكن تقسيم خط أنابيب عبر المقدمين دون توجيه البيانات الحساسة عبر الإنترنت العام.
كيف يعمل تحت الغطاء
المعمارية بسيطة عمداً. من جانب AWS، يُنشئ العميل اتصال Interconnect multicloud محدداً المقدم المستهدف (Google Cloud) ومنطقة الوجهة وعرض النطاق المطلوب. توفر AWS دائرة مخصصة عبر عمودها الفقري إلى نقطة تواجد مشتركة مع Google Cloud. يُكمل Cross-Cloud Interconnect من Google الرابط من جانبه. لا تمس حركة المرور الإنترنت العام أبداً.
يتكامل كلا الجانبين مع بنى الشبكة الحالية. على AWS، يتصل الاتصال بـ Transit Gateway أو Cloud WAN. على Google Cloud، يرتبط بـ Cloud Router عبر مرفق VLAN. يدير العملاء التوجيه ومجموعات الأمان وقواعد جدار الحماية تماماً كما يفعلون لأي VPC peering — لا تجريدات جديدة للتعلم.
تتولى واجهة برمجة Connection Coordinator المفتوحة المصافحة بين المقدمين. تحدد كيف تطلب إحدى السحابات اتصالاً، وكيف يؤكده النظير، وكيف يُخصص عرض النطاق، وكيف يُفكك الرابط. لأن المواصفة عامة، يمكن لمقدمي خدمات الشبكة كخدمة من أطراف ثالثة مثل Megaport أو Equinix تنفيذها لتقديم مسارات نقل بديلة.
إعلان
ماذا يعني هذا للارتباط بمزود واحد
سيكون من السذاجة إعلان موت الارتباط بمزود واحد. يحل الربط البيني طبقة الشبكة — لكنه لا ينقل جداول DynamoDB إلى Bigtable ولا يترجم وظائف Lambda إلى Cloud Functions. تبقى الخدمات المُدارة الاحتكارية أعمق مصدر للارتباط، وليس لدى AWS ولا Google أي حافز لتحويلها إلى سلع.
ما يتغير هو تكلفة الخيارات. سابقاً، حتى تقييم سحابة ثانية تطلب أشهراً من إعداد الشبكة. الآن، يمكن للمؤسسة تشغيل رابط عبر السحابات في دقائق خلال المعاينة واختبار ما إذا كان تقسيم حمل العمل بين المقدمين يحقق مكاسب حقيقية. احتكاك التجريب ينخفض إلى ما يقارب الصفر.
هذا مهم لعدة سيناريوهات استراتيجية:
- مجموعات الذكاء الاصطناعي الأفضل من نوعها. يمكن لشركة تدريب النماذج على وحدات TPU في Google Cloud وخدمة الاستدلال على AWS Inferentia — والرابط عبر السحابات يجعل خط أنابيب البيانات بينهما خاصاً وسريعاً.
- إقامة البيانات للامتثال. عندما تمتلك منطقة أو مقدم محدد شهادات الامتثال المطلوبة، يتيح الربط البيني للمؤسسات وضع البيانات حيث تتطلب اللوائح مع إبقاء طبقة التطبيق على سحابتها الرئيسية.
- التعافي من الكوارث بدون تكرار. يصبح التعافي النشط-السلبي عبر سحابتين أنظف معمارياً عندما يقدم المقدمون رابطاً خاصاً مُداراً بدلاً من VPN عبر الإنترنت العام.
سؤال التسعير الذي لا يستطيع أحد الإجابة عنه بعد
أهم تفصيل لا يزال مفقوداً: تسعير التوفر العام. خلال المعاينة، اتصال 1 جيجابت/ثانية مجاني. لكن معماريات السحابة المتعددة المؤسسية ستحتاج 10-100 جيجابت/ثانية من عرض النطاق المستدام، ورسوم نقل البيانات بالجيجابايت على كلا الجانبين ستحدد ما إذا كان هذا تحويلياً حقاً أم مجرد مشروع علمي مُسوّق بشكل جيد.
للسياق، يكلف نقل البيانات عبر السحابات اليوم بين 0.01 و0.09 دولار لكل جيجابايت حسب المقدم والمنطقة. تفيد المؤسسات باستمرار أن تكاليف تكامل ونقل البيانات تمثل حصة كبيرة من إجمالي إنفاقها السحابي، وغالباً ما تنافس تكاليف الحوسبة والتخزين الأساسية. إذا حمل الربط البيني المُدار علاوة سعرية على خيارات شبكات الطرف الثالث الحالية، فقد تبقى المؤسسات الكبيرة مع Megaport أو Equinix أو PacketFabric لميزة التكلفة.
سؤال رسوم الخروج أيضاً لم يُحل. ألغت Google رسوم الخروج للتبديل تحت ضغط قانون البيانات الأوروبي، لكن رسوم نقل البيانات التشغيلية تبقى. ما إذا كانت حركة الربط البيني ستحصل على أسعار خروج مخفضة — وبأي عمق — سيشكل التبني أكثر من أي ميزة تقنية.
Azure تنضم بعد ذلك — ثم ماذا؟
من المتوقع أن تتكامل Microsoft Azure مع AWS Interconnect في النصف الثاني من 2026، مما سيُكمل مثلث الثلاثة الكبار. بمجرد أن يدعم الثلاثة واجهة برمجة Connection Coordinator المفتوحة نفسها، تصبح طبقة الشبكة للسحابة المتعددة مشكلة محلولة — نظرياً على الأقل.
الاختبار الحقيقي سيكون ما إذا كانت المواصفة المفتوحة تجذب مشاركة تتجاوز الثلاثة الكبار. يمكن لـ Oracle Cloud Infrastructure وAlibaba Cloud والمقدمين الإقليميين تبنيها للاتصال بنفس الشبكة. إذا فعلوا ذلك، تصبح المواصفة معياراً حقيقياً لقابلية التشغيل البيني. إذا لم يفعلوا، تبقى وسيلة راحة ثنائية بين اللاعبين المهيمنين.
بالنسبة لمهندسي المؤسسات، يتحول الحساب الاستراتيجي. السؤال لم يعد هل السحابة المتعددة ممكنة تقنياً بل أي أحمال عمل تبرر العبء التشغيلي للتشغيل عبر المقدمين. مع ربط بيني مُدار، مجموعة الإجابات أصبحت أكبر بكثير.
الأسئلة الشائعة
هل يمكن للشركات الجزائرية استخدام الربط البيني للسحابة المتعددة بين AWS وGoogle اليوم؟
فقط إذا كانت لديها أحمال عمل في المناطق المدعومة: US East (N. Virginia) وUS West (N. California) وUS West (Oregon) وEurope (London) وEurope (Frankfurt). بما أن الجزائر لا تملك منطقة محلية لـ AWS أو Google Cloud، فإن الشركات التي تستخدم هؤلاء المقدمين تتصل عبر المناطق الأوروبية. تلك التي لديها أحمال عمل في لندن أو فرانكفورت يمكنها إنشاء اتصال عبر السحابات بسرعة 1 جيجابت/ثانية خلال المعاينة مجاناً. لأحمال العمل المحلية البحتة على البنية التحتية المحلية، الربط البيني غير قابل للتطبيق مباشرة.
ماذا يعني معيار واجهة برمجة التطبيقات المفتوح لقابلية التشغيل البيني السحابي على المدى الطويل؟
نشرت AWS وGoogle واجهة برمجة Connection Coordinator كمواصفة OpenAPI 3.0 في مستودع GitHub عام، داعية مقدمي خدمات آخرين لتبنيها. من المتوقع أن تنضم Microsoft Azure في النصف الثاني من 2026. إذا اكتسبت المواصفة تبنياً أوسع — من Oracle أو Alibaba Cloud أو المقدمين الإقليميين — فقد تصبح معياراً حقيقياً لقابلية التشغيل البيني يجعل التبديل بين مقدمي السحابة أقل تكلفة بكثير. بالنسبة للجزائر، قد يعني هذا في النهاية أن خدمات السحابة المستضافة محلياً (Huawei، Algeria Telecom) يمكنها التواصل مع مقدمي الخدمات فائقي النطاق باستخدام نفس المعيار.
هل يُلغي هذا الارتباط بمزود واحد بالكامل؟
لا. يحل الربط البيني طبقة الشبكة — توفير اتصالات خاصة بين السحابات في دقائق بدلاً من أسابيع. لكن أعمق مصادر الارتباط تبقى الخدمات المُدارة الاحتكارية: DynamoDB وBigtable وLambda وCloud Functions. ليس لدى AWS ولا Google أي حافز لتحويلها إلى سلع. ما يتغير هو تكلفة التجريب — يمكن للمؤسسات الآن اختبار معماريات السحابة المتعددة باحتكاك يقارب الصفر، مما يزيد الخيارات حتى لو بقيت قابلية النقل الكاملة بعيدة المنال.
المصادر والقراءات الإضافية
- AWS and Google Cloud collaborate on multicloud networking — Google Cloud Blog
- AWS and Google Cloud Preview Secure Multicloud Networking — InfoQ
- AWS finally moves to simplify multicloud operations with Google — Network World
- Build resilient and scalable multicloud connectivity architectures with AWS Interconnect — AWS Blog
- Azure follows Google in joining AWS multicloud initiative — Intercept Cloud
- AWS, Google link up to ease multicloud deployments — CIO Dive
















