Новости

В октябре 2026 года Рунет столкнулся с серией масштабных перебоев в экосистеме «Яндекса».

Пользователи по всей России фиксировали проблемы с доступом к ключевым потребительским сервисам («Яндекс Go», «Еда», «Кинопоиск», «Яндекс Пэй»), а также к корпоративным ресурсам и партнерским платформам.

Причиной инцидентов стало физическое повреждение и последующая остановка инфраструктуры сразу нескольких опорных дата-центров компании.

Хронология событий и физические причины аварии

Сбои носили каскадный характер и были вызваны внешними инцидентами на объектах центров обработки данных (ЦОД):

• 8 октября 2026 года: произошла атака на дата-центр «Яндекса» в городе Сасово (Рязанская область). В результате возник пожар, затронувший энергетическую и сетевую инфраструктуру. Работу площадки полностью остановили, никто из персонала не пострадал.
• Перебои в Yandex Cloud: отключение ЦОД в Сасово привело к деградации зоны доступности ru-central1-b, вызвав перебои в электропитании и сетевой связности у сотен облачных клиентов.
• 11 октября 2026 года: атаке подвергся второй крупный дата-центр компании — во Владимире (зона ru-central1-a). Инфраструктура объекта также получила повреждения и была обесточена.

Одновременный или последовательный вывод из строя двух ключевых площадок привел к дефициту вычислительных мощностей.

Вся платформа перешла на работу в аварийном режиме с ручной перебалансировкой нагрузки.

Какие сервисы и внешние платформы затронул сбой

Из-за высокой степени связанности микросервисов деградация базовых узлов привела к отказу целого ряда направлений:

• Транспорт и логистика: пользователи не могли вызвать такси в «Яндекс Go» и «Яндекс Про», отслеживать общественный транспорт на «Картах» и оформить доставку в «Яндекс Еде».
• Финтех и авторизация: наблюдались массовые отказы в проведении платежей через «Яндекс Пэй» и сбои единой системы авторизации «Яндекс ID».
• Медиасервисы: временно прерывалось воспроизведение потоков в «Яндекс Музыке» и онлайн-кинотеатре «Кинопоиск».
• Внешний бизнес и ритейл: пострадали сторонние сервисы, использующие геосервисы, авторизацию или облачные ресурсы Yandex Cloud («Циан», Flowwow, сети быстрого питания).

Инфраструктурные выводы: уроки Disaster Recovery для бизнеса

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

Для CTO, DevOps-инженеров и владельцев бизнеса этот кейс выделяет три критических правила обеспечения надежности:

1. Реальный Multi-AZ (Multi-Availability Zone): Размещение сервиса в рамках одного дата-центра или единого региона недопустимо для критических бизнес-процессов. Архитектура должна автоматически переживать падение целой зоны доступности без потери состояния баз данных.
2. Мультиоблачная стратегия (Multi-Cloud и Hybrid): Хранение ключевых бэкапов и резервных узлов у одного провайдера создает точку единого отказа (SPOF). Необходим холодный или теплый резерв на независимых независимых площадках или собственных серверах.
3. Регулярное тестирование плана аварийного восстановления (DRP): Планы переключения трафика должны быть автоматизированы на уровне DNS и Anycast-маршрутизации, а сценарии восстановления — регулярно отрабатываться на практике.

Обеспечение непрерывности бизнеса требует эшелонированной защиты инфраструктуры, регулярной репликации критических данных за пределы одного провайдера и постоянного аудита архитектурных рисков.