«ياندكس» تعيد تدريجيًا «أليس» و«البحث» و«الخرائط» بعد الهجوم على مراكز بياناتها

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

ما المعروف حتى الآن

تتشكل الصورة حاليًا من عدة حقائق مؤكدة:

• سبب العطل: هجوم على مراكز بيانات الشركة.
• الخدمات المتأثرة: «أليس» و«البحث» و«الخرائط» و«خدمات أخرى». ولم تُنشر القائمة الكاملة.
• الحالة: يعود الوصول تدريجيًا، ولم يُعلن عن استعادة كاملة.
• نوع الهجوم (هجوم سيبراني أو DDoS أو تأثير مادي أو غير ذلك): لم يُحدَّد.
• مدة التوقف وعدد المواقع والضرر الذي لحق بالمستخدمين: لم تُكشف.

وخارج هذه القائمة، تبقى أي تأكيدات بشأن الأسباب والعواقب مجرد تخمينات. وسنحدّث هذه المادة عند صدور تعليقات من «ياندكس» أو بيانات مستقلة من مزوّدي الخدمات وخدمات المراقبة.

لماذا يضرب عطل مراكز البيانات كل شيء دفعة واحدة

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

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

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

ماذا يفعل المستخدمون والشركات

ما دامت الصورة غير مكتملة، من المعقول الاسترشاد ببضع قواعد عملية.

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

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