ياندكس تستعين بثلاثة مزوّدين لمساعدة عملاء Yandex Cloud بعد حوادث في مراكز البيانات

اتفقت ياندكس مع ثلاثة مزوّدين روس لخدمات الحوسبة السحابية، هم Selectel وK2Cloud وVK Cloud، على مساعدة عملاء Yandex Cloud الذين تضررت خدماتهم بسبب حوادث في مراكز بيانات الشركة. ونقلت RBC هذا الخبر عن ممثلين لياندكس. وتأمل الشركة أن يساعد هذا التعاون في الحد من الانقطاعات في عمل الخدمات. وهي خطوة غير معتادة في سوق يتقاسم فيه المنافسون عادةً العملاء لا القدرات الحاسوبية.

ما المعروف حتى اليوم

المعلومات المتاحة قليلة، ويجدر سردها بدقة ودون تخمينات:

• من يقدّم المساعدة: Selectel وK2Cloud وVK Cloud.
• من يتلقاها: عملاء Yandex Cloud الذين تضررت خدماتهم بعد حوادث في مراكز بيانات ياندكس.
• الهدف: الحد من الانقطاعات في عمل الخدمات.
• المصدر: RBC نقلًا عن ممثلين لياندكس.
• ما لم يُكشف عنه: ما الحوادث التي وقعت تحديدًا، وكم عدد العملاء المتأثرين، وكم استمرت الانقطاعات، وما شكل المساعدة التي ستُقدَّم.

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

لماذا وافق المنافسون على المساعدة

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

لذلك تبدو مشاركة Selectel وK2Cloud وVK Cloud منطقية. فهي فرصة لها لإظهار نضج بنيتها التحتية، ولعلها تكسب عملاء جدد قد يصعب عليهم العودة لاحقًا. أما بالنسبة لياندكس، فهي وسيلة لاحتواء الضرر الذي يلحق بسمعتها ولمنح العملاء المتضررين مخرجًا احتياطيًا ريثما تُستعاد مواقعها الخاصة. وهذا تفسير شخصي، لكنه ينبع من منطق السوق. أما الشركات نفسها فلم تعلّق على دوافعها.

أسئلة بانتظار الإجابة

نقل الأحمال بين السحابات ليس فوريًا من الناحية التقنية. فواجهات API تختلف، وكذلك مخططات الشبكات، وخدمات قواعد البيانات المُدارة، وطرق إتاحة النسخ الاحتياطية. وتسهّل الحاويات وKubernetes ومخازن البيانات المتوافقة مع S3 عملية الترحيل، لكنها لا تلغي أعمال الإعداد والضبط. كما تبقى جملة من الأسئلة التنظيمية:

• من يتحمل تكلفة الاستضافة المؤقتة: العميل أم ياندكس أم يتقاسم الطرفان النفقات.
• كيف يُعوَّض عن فترات التوقف وفق اتفاقيات مستوى الخدمة (SLA).
• كيف تُنقل البيانات، ومنها البيانات الشخصية، ومن المسؤول عن الالتزام بمتطلبات التشريعات عند النقل بين المواقع.
• هل سيعود العملاء إلى Yandex Cloud بعد استعادة الخدمة، وبأي شروط.

ولم تكشف ياندكس حتى الآن عن هذه التفاصيل. وإذا ظهرت، فستبيّن ما إذا كان الأمر تعاونًا فعليًا متبادلًا أم مجرد اتفاق شكلي للتعامل مع الطلبات عند ورودها.

ما الذي ينبغي لعملاء السحابة التحقق منه

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

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

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