عطل Microsoft 365: درس في الاعتماد على مزوّد واحد

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

ماذا حدث؟

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

وفي تقرير تقني آخر على البوابة نفسها شرح أعمق للقصة: التغيير الشبكي كشف خللًا كامنًا في البنية، فاختنقت الاتصالات الآمنة، وفشلت فحوص سلامة الخوادم، فتعطلت خدمات Microsoft 365. ويذكر التقرير أيضًا أن هناك أمورًا لم تُحسم بعد، وهذا مهم، لأن الرواية الكاملة لم تكتمل.

من تضرر؟

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

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

لماذا يعنينا في الخليج؟

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

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

ماذا أنصح به؟

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

رأيي بصراحة

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

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

اسأل نفسك اليوم: لو توقفت أدواتك الأساسية غدًا صباحًا، ماذا سيفعل فريقك في أول ساعة؟ إن لم تكن الإجابة واضحة، فهذا هو الوقت المناسب لكتابتها.