السبب الجذري: ضربة مباشرة للطاقة العمومية

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

انهيار واسع النطاق للخدمات

لم يؤثر فقدان الطاقة على خدمة أو اثنتين فقط. أبلغت مايكروسوفت عن تدهور واسع على مستوى المنطقة شمل جزءاً كبيراً من محفظتها. وقد أدرج سجل الحالة الرسمي الخدمات المتأثرة التالية :

• الذكاء الاصطناعي وتعلم الآلة: خدمة Azure OpenAI.
• الحوسبة الأساسية: الأجهزة الافتراضية (Virtual Machines)، وخدمة Kubernetes (AKS)، وAzure Functions.
• قواعد البيانات والتحليلات: Azure SQL Database، وAzure Cosmos DB، وAzure Database for PostgreSQL / MySQL، وAzure Data Factory، وAzure Databricks.
• الإدارة والهوية: مدير الموارد (Azure Resource Manager)، وسياسات Azure (Azure Policy).
• التخزين والنسخ الاحتياطي: حسابات التخزين (Storage Accounts)، وAzure NetApp Files، وAzure Backup.
• التكامل والمراسلة: ناقل الخدمة (Azure Service Bus)، وخدمات الاتصال (Azure Communication Services).
• خدمات رئيسية أخرى: تحليلات السجلات (Log Analytics)، وخدمة التطبيقات (Azure App Service)، والخرائط (Azure Maps)، والترحيل (Azure Migrate).

ضبابية المشهد: أنظمة الطاقة الاحتياطية لم تفشل

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

هذا يتناقض مع حوادث Azure أخرى موثقة. على سبيل المثال، خلال انقطاع في منطقة West US في فبراير 2026، تسبب عطل في محول جهد كهربائي في ارتفاع سريع في الجهد امتد إلى وحدات UPS وأتلفها، مما أدى إلى فقدان كامل للطاقة. لم يتم الإبلاغ عن أي عطل داخلي مماثل في الأجهزة لحدث 29 مايو.

قوس التعافي

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

• 04:27 UTC: بداية الانقطاع. عاصفة رعدية شديدة تتسبب في فقدان واسع للطاقة عبر عدة مراكز بيانات.
• تقدم التعافي: تمت استعادة طاقة مركز البيانات بالكامل. بعد ذلك، تمت استعادة غالبية البنية التحتية للشبكة والتخزين. عادت البنية التحتية في منطقة التوفر 2 للعمل بشكل طبيعي.
• التأثير المتبقي: تركزت جهود التعافي على مجموعة فرعية من البنية التحتية داخل منطقتي التوفر 1 و 3، حيث تخضع وحدتا تخزين (storage stamps) للاستعادة والتحقق النهائيين.
• آخر حالة معروفة ("نشط – قيد التعافي"): حتى آخر لقطة حالة متاحة، كان الحادث لا يزال مُعلماً كـ "نشط – قيد التعافي"، مما يعني أن الحل الكامل لم يُعلن بعد لجميع الخدمات المتأثرة.

نمط أوسع من الاضطرابات المرتبطة بالطقس

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

• سبتمبر 2018، منطقة جنوب وسط الولايات المتحدة: تسبب حدث مناخي قاسٍ بالقرب من سان أنطونيو، تكساس، بما في ذلك ضربات البرق، في انخفاض الجهد الكهربائي مما أدى إلى تعطل أنظمة التبريد في أحد مراكز البيانات. ارتفعت حرارة الخوادم وأُغلقت، مما تسبب في انقطاع لعدة أيام لبعض الخدمات بسبب التبعيات المعمارية.
• فبراير 2026، منطقة غرب الولايات المتحدة: حدث انقطاع طاقة محلي في أحد مراكز البيانات بسبب عطل في محول محطة فرعية داخلية بالموقع. بينما عملت الأنظمة الاحتياطية، إلا أن الارتفاع المفاجئ الأولي في الجهد ألحق ضرراً بأجهزة UPS، مما أدى إلى عملية تعافي أكثر تعقيداً أثرت على متجر مايكروسوفت وخدمات Windows Update.

تشترك هذه السوابق في خيط مشترك مع حدث 29 مايو: حدث مادي خارجي يؤثر مباشرة على سلسلة طاقة مركز البيانات، مما يؤدي إلى فشل متسلسل للخدمات الرقمية التي تعتمد عليها.

المخاطر المتعلقة بموثوقية الذكاء الاصطناعي

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

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

السبب الجذري: ضربة مباشرة للطاقة العمومية

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

انهيار واسع النطاق للخدمات

لم يؤثر فقدان الطاقة على خدمة أو اثنتين فقط. أبلغت مايكروسوفت عن تدهور واسع على مستوى المنطقة شمل جزءاً كبيراً من محفظتها. وقد أدرج سجل الحالة الرسمي الخدمات المتأثرة التالية :

• الذكاء الاصطناعي وتعلم الآلة: خدمة Azure OpenAI.
• الحوسبة الأساسية: الأجهزة الافتراضية (Virtual Machines)، وخدمة Kubernetes (AKS)، وAzure Functions.
• قواعد البيانات والتحليلات: Azure SQL Database، وAzure Cosmos DB، وAzure Database for PostgreSQL / MySQL، وAzure Data Factory، وAzure Databricks.
• الإدارة والهوية: مدير الموارد (Azure Resource Manager)، وسياسات Azure (Azure Policy).
• التخزين والنسخ الاحتياطي: حسابات التخزين (Storage Accounts)، وAzure NetApp Files، وAzure Backup.
• التكامل والمراسلة: ناقل الخدمة (Azure Service Bus)، وخدمات الاتصال (Azure Communication Services).
• خدمات رئيسية أخرى: تحليلات السجلات (Log Analytics)، وخدمة التطبيقات (Azure App Service)، والخرائط (Azure Maps)، والترحيل (Azure Migrate).

ضبابية المشهد: أنظمة الطاقة الاحتياطية لم تفشل

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

هذا يتناقض مع حوادث Azure أخرى موثقة. على سبيل المثال، خلال انقطاع في منطقة West US في فبراير 2026، تسبب عطل في محول جهد كهربائي في ارتفاع سريع في الجهد امتد إلى وحدات UPS وأتلفها، مما أدى إلى فقدان كامل للطاقة. لم يتم الإبلاغ عن أي عطل داخلي مماثل في الأجهزة لحدث 29 مايو.

قوس التعافي

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

• 04:27 UTC: بداية الانقطاع. عاصفة رعدية شديدة تتسبب في فقدان واسع للطاقة عبر عدة مراكز بيانات.
• تقدم التعافي: تمت استعادة طاقة مركز البيانات بالكامل. بعد ذلك، تمت استعادة غالبية البنية التحتية للشبكة والتخزين. عادت البنية التحتية في منطقة التوفر 2 للعمل بشكل طبيعي.
• التأثير المتبقي: تركزت جهود التعافي على مجموعة فرعية من البنية التحتية داخل منطقتي التوفر 1 و 3، حيث تخضع وحدتا تخزين (storage stamps) للاستعادة والتحقق النهائيين.
• آخر حالة معروفة ("نشط – قيد التعافي"): حتى آخر لقطة حالة متاحة، كان الحادث لا يزال مُعلماً كـ "نشط – قيد التعافي"، مما يعني أن الحل الكامل لم يُعلن بعد لجميع الخدمات المتأثرة.

نمط أوسع من الاضطرابات المرتبطة بالطقس

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

• سبتمبر 2018، منطقة جنوب وسط الولايات المتحدة: تسبب حدث مناخي قاسٍ بالقرب من سان أنطونيو، تكساس، بما في ذلك ضربات البرق، في انخفاض الجهد الكهربائي مما أدى إلى تعطل أنظمة التبريد في أحد مراكز البيانات. ارتفعت حرارة الخوادم وأُغلقت، مما تسبب في انقطاع لعدة أيام لبعض الخدمات بسبب التبعيات المعمارية.
• فبراير 2026، منطقة غرب الولايات المتحدة: حدث انقطاع طاقة محلي في أحد مراكز البيانات بسبب عطل في محول محطة فرعية داخلية بالموقع. بينما عملت الأنظمة الاحتياطية، إلا أن الارتفاع المفاجئ الأولي في الجهد ألحق ضرراً بأجهزة UPS، مما أدى إلى عملية تعافي أكثر تعقيداً أثرت على متجر مايكروسوفت وخدمات Windows Update.

تشترك هذه السوابق في خيط مشترك مع حدث 29 مايو: حدث مادي خارجي يؤثر مباشرة على سلسلة طاقة مركز البيانات، مما يؤدي إلى فشل متسلسل للخدمات الرقمية التي تعتمد عليها.

المخاطر المتعلقة بموثوقية الذكاء الاصطناعي

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

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