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

في 23–24 مارس 2026 قالت AWS إن إقليم البحرين متعطل وأوصت بالنقل من دون نشر قائمة خدمات أو موعد تعافٍ.

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

واقعتان منفصلتان في مارس

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

أما المقال فيتناول الواقعة الثانية. مساء 23 مارس وفي بيان مؤرخ 24 مارس، قالت Amazon إن إقليم البحرين «متعطل» بسبب النزاع. وأفادت Reuters بأن متحدثاً نسب الاضطراب إلى نشاط طائرات مسيرة في المنطقة، لكن Amazon لم تؤكد إصابة المنشأة مباشرة ولم تصف الأضرار أو المدة. لذا لا يجوز تحويل «نشاط في المنطقة» إلى تأكيد لضربة مباشرة أو مجرد إيقاف احترازي.

ما الذي تثبته الحالة العلنية

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

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

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

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

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

تعدد مناطق التوافر ليس خطة تعافٍ بين الأقاليم

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

التعافي بين الأقاليم ليس تلقائياً. يجب أن توجد VPC والحوسبة والأسرار والمفاتيح والصور والبيانات والتبعيات في إقليم التعافي. ويلزم تحديد RTO وRPO والنسخ وفقهما، وتجهيز السعة والحصص، وأتمتة توجيه الحركة، واختبار التحويل والعودة، وحفظ نسخ قابلة للاستعادة خارج الإقليم الأساسي.

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

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

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

ما الذي تثبته الواقعة فعلاً

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