Яндекс привлёк трёх провайдеров для помощи клиентам Yandex Cloud после сбоев ЦОД

Яндекс договорился с тремя российскими облачными провайдерами — Selectel, K2Cloud и VK Cloud — о помощи клиентам Yandex Cloud, чьи сервисы пострадали из-за происшествий в дата-центрах компании. Об этом РБК сообщил со ссылкой на представителей Яндекса. В компании рассчитывают, что сотрудничество поможет сократить перебои в работе сервисов. Для рынка, где конкуренты обычно делят клиентов, а не мощности, это нетипичный шаг.

Что известно на сегодня

Фактов немного, и их стоит перечислить аккуратно, без домыслов:

• Кто помогает: Selectel, K2Cloud и VK Cloud.
• Кому помогают: клиентам Yandex Cloud, чьи сервисы пострадали после происшествий в дата-центрах Яндекса.
• Цель: сократить перебои в работе сервисов.
• Источник: РБК со ссылкой на представителей Яндекса.
• Не раскрыто: какие именно происшествия случились, сколько клиентов затронуто, как долго длились перебои и в каком формате будет оказана помощь.

Последний пункт важнее остальных. Фраза «помощь клиентам» может означать что угодно: от временных вычислительных мощностей и переноса виртуальных машин до консультаций по миграции. Какой вариант выбран, в сообщении не сказано.

Почему конкуренты согласились помогать

Российский рынок облаков тесный. У крупных компаний и госзаказчиков выбор крупных локальных провайдеров ограничен, а зарубежные гиперскейлеры для многих задач недоступны или неприемлемы по требованиям к размещению данных. Если клиенты начнут терять доверие к облачной модели как таковой, проиграют все участники. Они могут вернуться к собственным серверным и вложить бюджеты в «железо».

Поэтому участие Selectel, K2Cloud и VK Cloud выглядит рациональным. Для них это возможность показать зрелость инфраструктуры и, вероятно, получить новых клиентов, которым потом будет непросто вернуться. Для Яндекса это способ ограничить репутационный ущерб и дать пострадавшим клиентам запасной выход, пока идёт восстановление собственных площадок. Это интерпретация, но она следует из логики рынка. Сами компании мотивы не комментировали.

Вопросы, на которые ждут ответа

Перенос нагрузки между облаками технически не мгновенен. Различаются API, сетевые схемы, сервисы управляемых баз данных и способы выдачи резервных копий. Миграцию облегчают контейнеры, Kubernetes и совместимые с S3 хранилища, но не отменяют работы по настройке. Остаётся и ряд организационных вопросов:

• Кто оплачивает временное размещение: клиент, Яндекс или стороны делят расходы.
• Как компенсируются простои по SLA.
• Как переносятся данные, включая персональные, и кто отвечает за соблюдение требований законодательства при передаче между площадками.
• Вернутся ли клиенты на Yandex Cloud после восстановления и на каких условиях.

Пока Яндекс этих деталей не раскрыл. Если подробности появятся, они покажут, идёт ли речь о реальной взаимопомощи или о формальной договорённости на случай обращений.

Что проверить клиентам облака

Сама ситуация напоминает: даже у крупного провайдера дата-центр остаётся единой точкой отказа, если нагрузка не распределена. Пока подробности не опубликованы, имеет смысл пройтись по короткому списку:

• Убедиться, что приложения размещены минимум в двух зонах доступности, а не только в одной.
• Держать резервные копии вне инфраструктуры основного провайдера и хотя бы раз в квартал проверять восстановление из них.
• Описать инфраструктуру как код (Terraform или аналог), чтобы развернуть её на другой площадке за часы, а не за недели.
• Запросить у Яндекса письменные условия помощи, включая сроки, стоимость и ответственность сторон.
• Перечитать SLA и убедиться, что понятны как порядок компенсаций, так и фактические пороги доступности.
• Заранее выяснить, какие данные нельзя выносить за пределы определённых площадок по требованиям регуляторов.

Сотрудничество трёх конкурентов с Яндексом — хороший сигнал о том, что рынок готов страховать друг друга. Но практическая ценность такой страховки зависит от того, насколько заранее клиент продумал собственный план отказоустойчивости.