أمازون تواجه شهورًا من التعافي بعد أضرار الطائرات المسيّرة التي أصابت مراكز بيانات في الشرق الأوسط

العملاء يُدفعون حاليًا لمغادرة المناطق المتأثرة

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

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

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

كيف يبدو الضرر، بحسب التقارير

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

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

اختبار ضغط لمرونة السحابة في أسواق مكشوفة جيوسياسيًا

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

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

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

الدرس الأوسع

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

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

تعتمد هذه المقالة على تغطية Ars Technica. اقرأ المقال الأصلي.