AWS في البحرين: ما يكشفه الاضطراب الإقليمي عن مرونة السحابة

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

• في 24 مارس 2026، أعلنت أمازون أن منطقة AWS في الشرق الأوسط (البحرين)،me-south-1، تعطلت في سياق النزاع، وساعدت العملاء على الانتقال إلى مناطق أخرى.
• لم يتضمن هذا الإعلان تفاصيل عن الخدمات المتأثرة، أو وقت البدء، أو منطقة التوافر المتأثرة، أو السبب المادي المفصل، أو وقت الاستعادة لهذا الحادث الجديد.

حادثان منفصلان في مارس

التسلسل الزمني حاسم. في الحادث الأول في 1 مارس، أبلغت AWS عن أضرار مادية مرتبطة بهجوم طائرة بدون طيار بالقرب من منشأة في البحرين. تميز تحديثات الحالة التي تناولتهاأسوشيتد برسبين البحرين، حيث جاءت التأثيرات من حدث قريب، وبين المنشأتين المتضررتين مباشرة في الإمارات العربية المتحدة. في البحرين، أثرت المعلومات العامة بشكل خاص على انقطاع التيار الكهربائي في منطقة التوافرmes1-az2منME-SOUTH-1.

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

ما يسمح به الحالة العامة – وما لا يسمح به – من القول

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

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

المنطقة ليست منطقة توافر ولا السحابة العالمية

افتتحت AWS منطقة البحرين في عام 2019. تحتوي المنطقة على عدة مناطق توافر؛ هي نفسها ليست "منطقة توافر". تم تصميم المناطق لعزل الأعطال المحلية، لكنها تبقى ضمن منطقة جغرافية. يمكن لتهديد مادي أو قرار تشغيلي يؤثر على عدة تبعيات إقليمية أن يتجاوز نموذج تعطل منطقة واحدة.

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

لا تستبدل Multi-AZ استراتيجية متعددة المناطق

يوصيدعامة الموثوقية في AWSبتوزيع أعباء العمل عبر عدة مناطق توافر، وعندما يتطلب الخطر ذلك، عبر عدة مناطق. يمكن لمعمارية Multi-AZ تحمل فقدان منطقة توافر إذا كانت المكونات والبيانات والحصص ومسارات الشبكة زائدة بالفعل. وهي لا تضمن الاستمرارية إذا أصبحت المنطقة غير قابلة للاستخدام أو إذا تأثرت خدمة تحكم إقليمية.

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

الاختبار التشغيلي

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

يجب على الفرق مطابقة ثلاثة مصادر: Service Health Dashboard العامة، والإشارات من Personal Health Dashboard، والقياس عن بعد الخاص بهم. يجب عليهم تجنب تجاوز الفشل الجزئي حيث ينتقل التطبيق إلى منطقة أخرى لكنه لا يزال يعتمد على قاعدة بيانات أو مفتاح KMS أو موفر هوية أو اتصال Direct Connect بقي في البحرين.

ما يثبته هذا الحادث

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