الإجابة المختصرة: أي عبء عمل إنتاجي في السعودية أو دول الخليج ما زال يعمل على منطقة سحابية واحدة يحتاج خطة تحويل تلقائي متعددة المناطق الآن، لا بعد الحادثة القادمة. والسعة السحابية الكبرى داخل المملكة ما زالت تكتمل: افتُتحت منطقة Google Cloud في الدمام في نوفمبر 2023، وتشغّل Oracle منطقتين في الرياض وجدة، ومن المقرر أن تُتاح منطقة Saudi Arabia East من Microsoft في نوفمبر 2026، وأول منطقة AWS في المملكة في ديسمبر 2026. ضع المنطقة الأساسية أو الثانوية داخل المملكة، واقرنها بمنطقة بعيدة جغرافياً (أيرلندا أو فرانكفورت أو سنغافورة) لتحصل على مرونة حقيقية. يمكن تحقيق نمط نشط-احتياطي (active-passive) بزمن RPO أقل من دقيقة واحدة، أما علاوة التكلفة فتتوقف على النمط الذي تختاره: نمطا pilot light وwarm standby أقل كلفة من تشغيل نسخة ثانية كاملة بنمط نشط-نشط (active-active).
أحدثت هجمات الطائرات المسيّرة عام 2026 على البنية التحتية السحابية في الإمارات والبحرين موجة صدمة في قطاع التقنية بالشرق الأوسط. فقد واجهت الشركات التي تعتمد على نشر AWS في منطقة واحدة توقفاً مطوّلاً، وفي بعض الحالات لم تُسترجع أبداً البيانات التي كانت محفوظة في المنشآت المتضررة وحدها. كانت هذه جرس إنذار لكل شركة في دول مجلس التعاون الخليجي: التكرار الجغرافي ليس خياراً، بل شرط لبقاء الأعمال واستمرارها.
ماذا حدث؟
في مارس 2026 أصابت ضربات بطائرات مسيّرة منشآت مراكز بيانات AWS في المنطقة: استُهدفت منشأتان في الإمارات (ME-CENTRAL-1) مباشرة، وألحقت ضربة قريبة من منشأة في البحرين (ME-SOUTH-1) أضراراً بالبنية التحتية هناك. وحثّت AWS عملاءها الذين يشغّلون أعباء عمل في الشرق الأوسط على نقلها إلى مناطق بديلة. أما الشركات التي تشغّل أعمالها الإنتاجية حصراً في هاتين المنطقتين فقد واجهت:
- توقفاً للتطبيقات امتد أياماً لا ساعات، لدى الأعباء التي لا تملك نسخة خارج المنطقة
- إخفاق التحويل التلقائي لقواعد البيانات لأن النسخ المتماثل كان محصوراً في منطقة واحدة
- انقطاع الخدمات المقدَّمة للعملاء خلال ساعات الذروة
- الإخلال بضمانات وقت التشغيل المنصوص عليها في اتفاقيات مستوى الخدمة
- فقداناً دائماً للبيانات: ففي سبتمبر 2026 أعلنت AWS تعذّر استعادة الموارد والبيانات المستضافة حصراً في منطقة البحرين أو في منطقة التوفر المتضررة في الإمارات دون غيرها
لماذا لم يعد الاعتماد على منطقة واحدة مقبولاً
الدرس واضح للشركات السعودية: يجب أن تمتد بنيتك السحابية عبر مناطق جغرافية متعددة. فمنطقة توفر واحدة — أو حتى عدة مناطق توفر داخل منطقة سحابية واحدة — لا تكفي للحماية من الأحداث الإقليمية الواسعة. ويمكن استيفاء الضوابط الأساسية للأمن السيبراني الصادرة عن الهيئة الوطنية للأمن السيبراني (NCA)، وقواعد إقامة البيانات لدى SAMA وSDAIA ووزارة الصحة، جميعها عبر بنى متعددة المناطق داخل المملكة، بما في ذلك المناطق السحابية داخل المملكة للاستضافة الأساسية.
البنية متعددة المناطق التي نوصي بها
نوصي بنشر التطبيقات عبر منطقتين جغرافيتين على الأقل مع تحويل تلقائي عند الأعطال. وتتضمن البنية المرجعية:
- 1.المنطقة الأساسية: منطقة داخل المملكة لإقامة البيانات ولوصول منخفض التأخير للمستخدمين في السعودية — Google Cloud في الدمام أو Oracle في الرياض وجدة اليوم، ثم منطقة Microsoft Saudi Arabia East ومنطقة AWS السعودية عند إتاحتهما للعموم. أما الأعباء التي ما زالت على AWS me-south-1 (البحرين) فينبغي نقلها، إذ طلبت AWS من عملائها ترحيل أعباء الشرق الأوسط إلى مناطق بديلة.
- 2.المنطقة الثانوية: AWS eu-west-1 (أيرلندا) أو Azure West Europe أو سنغافورة — بعيدة جغرافياً عن الشرق الأوسط وشمال أفريقيا حتى لا يُسقط حدث إقليمي واحد المنطقتين معاً.
- 3.نشط-نشط أو نشط-احتياطي: بحسب ميزانيتك ومتطلبات زمن الاستجابة. تعمل منصات B2C عادةً بنمط نشط-نشط، والأنظمة الأساسية في B2B بنمط نشط-احتياطي مع أهداف RTO/RPO موثَّقة.
- 4.موازنة الأحمال العالمية: تحويل تلقائي عبر AWS Route 53 مع فحوصات السلامة، أو Azure Traffic Manager، أو موازنة أحمال DNS من Cloudflare.
- 5.نسخ قواعد البيانات عبر المناطق: مزامنة فورية للبيانات بزمن RPO أقل من دقيقة واحدة. ولأعباء المدفوعات الخاضعة لتنظيم SAMA، استخدم Aurora Global Database أو Azure Cosmos DB بخاصية الكتابة في مناطق متعددة، مع توثيق نموذج الاتساق في البنية.
التقنيات الرئيسية
- Kubernetes: تنسيق الحاويات عبر المناطق باستخدام الاتحاد (EKS / AKS / الخوادم المحلية).
- Terraform: البنية التحتية كشيفرة لضمان بيئات متطابقة — الوحدة نفسها تُنشر في المنطقتين.
- GitHub Actions / Azure DevOps: خطوط CI/CD تنشر في مناطق متعددة في آن واحد، مع ترقية مشروطة بالموافقات.
- المراقبة: Prometheus + Grafana مع فحوصات سلامة عبر المناطق، وPagerDuty لإدارة جدول المناوبة.
اعتبارات التكلفة
يتوقف ما يضيفه النشر متعدد المناطق إلى تكاليف البنية التحتية على النمط المختار: إذ تصف إرشادات AWS للتعافي من الكوارث نمط pilot light بأنه يقلّل التكلفة المستمرة للتعافي إلى الحد الأدنى، ونمط multi-site active/active بأنه الخيار الأعلى تعقيداً وكلفة؛ لذا قدّر تكلفة كل نمط مقابل أهداف RTO/RPO قبل الالتزام به. ومع ذلك، فإن تكلفة انقطاع مطوّل واحد — من خسارة الإيرادات وثقة العملاء إلى غرامات اتفاقيات مستوى الخدمة — تفوق بكثير الاستثمار في التكرار. أما أعباء العمل الخاضعة لتنظيم SAMA في القطاع المصرفي والتقنية المالية، فالاعتماد فيها على منطقة واحدة ليس مستوى مخاطرة مقبولاً أصلاً.
كيف يمكن لمنطقي المساعدة
يستطيع فريق DevOps لدينا تصميم بنية سحابية متعددة المناطق لشركتك وتنفيذها، ويتولى كل مراحلها: من التصميم المعماري الأولي إلى إعداد خطوط CI/CD وتهيئة المراقبة واختبار التعافي من الكوارث. تواصل معنا عبر صفحة التواصل لمناقشة استراتيجية مرونة بنيتك التحتية.