مركز بيانات «ياندكس» متوقف بالكامل بعد هجوم 8 أكتوبر، والجدول الزمني غير واضح

أُوقف صباح 8 أكتوبر 2026 أحد مراكز بيانات «ياندكس» عن العمل بالكامل. ولم تؤكد الشركة حتى الآن إمكانية استعادته، إذ ورد في بيانها عبارة «حجم الأضرار لا يزال قيد التقييم». وهذه هي الحقائق المؤكدة الوحيدة وقت النشر. أما أي منشأة تحديدًا تضررت، وما طبيعة الهجوم الذي وقع، وما الخدمات التي طالها، فكلها غير معروفة.

ما المعروف وما غير المعروف

تقدّم المصدر صورة موجزة جدًا، يمكن اختصارها في عدة نقاط:

• تاريخ الحادثة: صباح 8 أكتوبر 2026.
• حالة المنشأة: توقف العمل بالكامل وليس جزئيًا.
• حالة الاستعادة: غير مؤكدة، والأضرار قيد التقييم.
• غير معلن: اسم المنشأة وموقعها، ونوع الهجوم (سيبراني أو مادي)، وقائمة الخدمات المتأثرة، والمواعيد.

تحتمل صياغة المبني للمجهول «أُوقف العمل» قراءتين. فإما أن المشغّل نفسه فصل المنشأة لاحتواء العواقب، وإما أن المعدات تعطلت بسبب الهجوم ذاته. والفارق بين الحالتين كبير بالنسبة إلى العملاء: فالفصل المخطط له يمكن عادةً التراجع عنه خلال ساعات أو أيام، أما التلف المادي في الرفوف أو الطاقة أو التبريد فقد يمتد أسابيع.

لماذا تهمّ الصياغة الحذرة

نادرًا ما تظهر عبارة «لم تؤكد إمكانية الاستعادة» في البيانات الرسمية للمشغّلين. فهم يذكرون عادةً موعدًا تقريبيًا على الأقل، مثل «خلال 24 ساعة» أو «قبل نهاية الأسبوع». وغياب الموعد يعني أحد أمرين: إما أن التشخيص لم يكتمل، وإما أن التقديرات الأولية جاءت غير مشجعة، ولا ترغب الشركة في إطلاق وعود سيتعين عليها مراجعتها لاحقًا.

ولا يمكن الآن الجزم بأي الاحتمالين أقرب إلى الواقع. ومن دون تفاصيل، تبقى أي توقعات مجرد تخمينات.

كيف تتجاوز كبرى الشركات فقدان منشأة

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

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

ماذا على العملاء والفرق أن يفعلوا

ما دامت الشركة لم تكشف التفاصيل، فمن الأجدى افتراض أسوأ السيناريوهات والتحقق من متانة أنظمتكم:

• تحققوا من مناطق التوافر والمناطق الجغرافية التي تستضيف أجهزتكم الافتراضية وقواعد بياناتكم ومخازنكم. فإذا كان كل شيء في منطقة واحدة، فهذا خطر قائم بصرف النظر عن الحادثة الحالية.
• تأكدوا من حفظ النسخ الاحتياطية خارج المنشأة الرئيسية، ومن أنكم قادرون فعلًا على الاستعادة منها. فاختبار الاستعادة ضروري قبل وقوع العطل، لا أثناءه.
• بالنسبة إلى منتجات الذكاء الاصطناعي التي تعتمد على API خارجي، فكّروا مسبقًا في نموذج أو مزوّد احتياطي. فالتراجع إلى نموذج أصغر أفضل من إظهار الأخطاء للمستخدمين.
• تابعوا البيانات الرسمية لـ«ياندكس» وصفحات حالة الخدمات. فالمواعيد وقائمة المنتجات المتأثرة لن تظهر إلا بعد اكتمال التقييم.

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