Повреждения дата-центров «Яндекса» в Калуге и Сасово Рязанской области привели к тому, что часть функций чат-бота временно недоступна, а ответы нейросети и «умных» колонок могут приходить с задержкой. Сбой «Алисы AI» затронул не только привычный интерфейс помощника: нестабильно могут работать устройства умного дома, а у части пользователей «Яндекс Еды» возникли сложности с оплатой заказов, сообщает vc.ru.
Компания подтвердила, что причина перебоев — серьёзные повреждения инфраструктуры двух дата-центров. В Сасово утром 8 октября 2026 года дата-центр подвергся атаке беспилотников. На следующий день «Яндекс» сообщил о повреждении инфраструктуры в Калуге: несколько модулей площадки полностью выведены из строя. Сроков полного восстановления сервисов компания не назвала, ограничившись сообщением о работе команды над возвращением штатного режима.
Для пользователей картина выглядит знакомо: чат-бот отвечает дольше, колонка делает заметную паузу перед репликой или не выполняет часть команд. Но за этими симптомами стоит более широкий инфраструктурный инцидент. Голосовой помощник, чат-бот, умный дом и сервис доставки — разные пользовательские продукты, однако они зависят от общей вычислительной, сетевой и платёжной инфраструктуры. Когда из строя выходят целые модули ЦОДа, резервирование перестаёт быть невидимой инженерной деталью и становится заметным каждому, кто пытается заказать ужин или включить свет голосом.
Жалобы на работу «Яндекс Еды» начали появляться на Downdetector около 9:00 мск 9 октября. В пресс-службе компании РБК сообщили, что у некоторых пользователей возникли трудности с оплатой заказов. После первой атаки на площадку в Сасово пользователи также сообщали о проблемах у «Яндекс Поиска», «Почты», «Циана», Twinby и других сервисов. Это не означает, что все они использовали одну и ту же площадку или одинаковую схему размещения, но показывает масштаб каскадного эффекта: у крупного облачного и платформенного оператора сбой на физическом уровне быстро выходит за пределы одного продукта.
Сбой «Алисы AI» особенно показателен для рынка генеративных сервисов. Пользователь воспринимает нейросеть как приложение с одним окном ввода или одну кнопку на колонке, хотя за ответом стоят модели, оркестрация запросов, хранилища, авторизация и сеть. В нормальном режиме эта конструкция скрыта. При деградации инфраструктуры первым заметным признаком часто становится не полное отключение, а рост задержек, частичная недоступность функций и непредсказуемое поведение периферийных сервисов.
Для разработчиков и технических руководителей этот инцидент возвращает в повестку не самую модную, зато болезненно практичную тему: как именно устроена отказоустойчивость за пределами презентации с несколькими зонами доступности. Резервная площадка полезна только тогда, когда сервис способен быстро переключиться на неё, данные остаются согласованными, а критические зависимости не оказываются привязаны к тому же повреждённому сегменту. Для продуктов с голосовым интерфейсом и генеративными функциями к этому добавляется вопрос деградации: что пользователь должен получить, если полноценный ответ модели недоступен — честное сообщение, ограниченный набор команд или бесконечную паузу.
«Яндекс» уже договорился с Selectel, К2Cloud и VK Cloud о размещении данных и сервисов своих клиентов. Это решение выглядит как оперативная мера для снижения нагрузки на собственную повреждённую инфраструктуру и восстановления доступности клиентских сервисов. Одновременно оно подчёркивает, что российский облачный рынок постепенно становится не только конкурентной средой, но и контуром взаимного резервирования в экстренных ситуациях. В подобных сценариях важны не только свободные мощности у партнёров, но и заранее подготовленные процедуры миграции, совместимость платформ и юридически понятная работа с данными.
Для бизнеса урок не сводится к совету «иметь второй облачный аккаунт». Компаниям стоит отдельно проверить, какие пользовательские функции критичны для выручки, где находятся их единичные точки отказа и как выглядит коммуникация с клиентом во время деградации. Проблема с оплатой в доставке и задержка ответа голосового помощника имеют разную цену, но обе быстро превращаются в репутационный риск, если статус инцидента неясен. В этом смысле прозрачное описание ограничений сервиса иногда полезнее оптимистичного, но неточного обещания скорого восстановления.
Главный вопрос после восстановления — насколько далеко операторы пойдут в пересмотре географического распределения инфраструктуры и сценариев аварийного переключения. Атаки на дата-центры делают расчёт на обычные локальные сбои недостаточным: российским продуктовым и облачным командам придётся проектировать устойчивость с учётом того, что физическая площадка может исчезнуть из схемы целиком, а не просто потерять один сервер или канал связи.