Сбой Яндекс Облака затронул клиентов после повреждения трёх дата-центров компании: площадки в Сасове и Владимире полностью остановлены, а калужский ЦОД работает с ограничениями. Для российской IT-аудитории это не просто очередной инцидент у провайдера: сбой Яндекс Облака проверяет на прочность резервные планы компаний, которые держат в его инфраструктуре приложения, бэкапы и пользовательские данные.
По данным BleepingComputer, атаки произошли 8, 9 и 11 октября. Сначала пострадал дата-центр в Сасове, затем — в Калуге, позднее — во Владимире. Яндекс сообщил, что люди при инцидентах не пострадали. Две площадки прекратили работу, на третьей сервисы доступны не в полном объёме.
Компания перевела платформу в аварийный режим и прямо рекомендовала заказчикам задействовать альтернативную инфраструктуру для аварийного восстановления. Это важная формулировка: провайдер не называет срок полного возврата к штатной работе и предупреждает, что оставшаяся конфигурация ресурсов нестабильна. Даже каналы связи с технической поддержкой могут работать с перебоями.
На момент последнего обновления у части сервисов сохранялась работоспособность. Консоль управления, API, IAM, Container Registry, базы данных, S3-хранилище и Kubernetes были доступны, но с риском снижения производительности или доступности. Вычислительные мощности, AI Studio и защитные сервисы работали частично. Monium оставался недоступен.
Для разработчиков перечень выглядит особенно неприятно: доступность управляющего API ещё не означает, что приложение можно безопасно эксплуатировать. Один из клиентов рассказал о проблемах с резервными копиями в Яндекс Диске: у файлов пропали миниатюры, а скачивание ранее загруженных данных завершалось ошибками. Среди наблюдавшихся кодов — HTTP 302, 500 и 504 Gateway Timeout. Пока нет подтверждения, что данные утрачены безвозвратно, но и гарантий сохранности затронутого массива Яндекс публично не дал.
Масштаб риска связан с ролью Яндекса в российской цифровой инфраструктуре. Помимо поиска, карт, навигации, такси, доставки, почты и потребительских сервисов, компания предоставляет корпоративную облачную платформу. На неё опираются частные организации и государственные структуры. Когда из строя выходят сразу несколько дата-центров, вопрос перестаёт быть локальной проблемой одной команды эксплуатации: он быстро превращается в цепочку сбоев у клиентов и их пользователей.
Отдельный побочный эффект заметен и за пределами облака. Депутат Европарламента Томаш Здеховский обратил внимание на совпадение между перебоями у Яндекса и резким снижением активности немецких аккаунтов, продвигавших ультраправые идеи. Прямой технической связи между этими событиями в публикации не установлено, однако эпизод показывает, насколько трудно отделить инфраструктурный инцидент от его политических и информационных последствий.
Для бизнеса нынешний сбой Яндекс Облака — практическое напоминание, что резервная копия в том же облаке не всегда равна плану восстановления. Командам стоит проверить три вещи: можно ли поднять критичный сервис вне основного провайдера, доступны ли резервные данные без зависимых облачных компонентов и протестирован ли этот сценарий не на схеме, а в реальном запуске. Особенно это касается систем, где S3, базы данных, Kubernetes и IAM собраны в одну платформенную зависимость.
Инцидент также возвращает к неудобному вопросу о географическом и провайдерском распределении нагрузки. Мультизональность помогает при отказе отдельных узлов, но не спасает автоматически, если проблема затрагивает несколько площадок и управляющие сервисы. Мультиоблачная схема снижает риск концентрации, но стоит денег, требует дисциплины в данных и заметно усложняет эксплуатацию. Выбирать между этими вариантами придётся не по презентации поставщика, а по допустимому времени простоя конкретного бизнеса.
Главная неопределённость остаётся прежней: насколько серьёзно повреждена инфраструктура и удастся ли восстановить сервисы без потери клиентских данных. Пока Яндекс не называет сроков, компаниям, зависящим от его облака, разумнее считать аварийный режим рабочей реальностью и действовать так, будто собственный план восстановления потребуется уже сейчас.