Атака на дата-центр «Яндекса» в Калуге вывела из строя несколько модулей площадки: компания предупредила о возможных перебоях в работе части сервисов. Это уже второй инцидент с инфраструктурой «Яндекса» за два дня — для пользователей, команд разработки и клиентов облака история важна не только из-за временной недоступности отдельных продуктов, но и как проверка устойчивости крупнейшей IT-инфраструктуры страны.
Пострадавших нет, полный масштаб ущерба ещё оценивают; на площадке работают экстренные службы и специалисты компании, сообщает vc.ru. «Яндекс» не уточнил, какие именно сервисы и клиенты затронуты, как долго будут продолжаться восстановительные работы и какие функции повреждённых модулей уже удалось переключить на резервные мощности.
Калужский объект компания называла крупнейшим дата-центром в России. Его площадь составляет 130 тысяч м², в нём размещено 3800 серверных стоек с нагрузкой до 15 кВт на каждую. Площадка обслуживает как внутренние сервисы «Яндекса», так и облачную платформу. Поэтому последствия инцидента могут выйти за пределы привычных пользователю приложений: от состояния инфраструктуры зависят компании, которые используют облачные вычисления и связанные сервисы для собственных продуктов.
Фраза «несколько модулей полностью выведены из строя» особенно существенна. Дата-центр — не один зал с серверами, который можно безболезненно отключить и включить обратно. Его работа завязана на электроснабжение, охлаждение, сеть, системы безопасности и распределение нагрузки между площадками. Даже при наличии резервирования повреждение модулей означает, что инженерам приходится одновременно поддерживать текущую доступность сервисов, изолировать проблемные участки и разбираться с физическим состоянием оборудования.
Для внешнего наблюдателя это не обязательно означает массовую остановку всех продуктов «Яндекса». Крупные сервисы обычно проектируют с запасом по мощности и возможностью перераспределять нагрузку. Но такой запас не бесконечен: часть операций может замедляться, отдельные функции — временно ограничиваться, а клиенты облака могут увидеть нестабильность у собственных приложений. Конкретная картина зависит от того, какие системы обслуживали повреждённые модули и насколько быстро их удалось вывести из рабочих цепочек.
Нынешняя атака на дата-центр произошла после инцидента 8 октября 2026 года в Сасово Рязанской области. Тогда беспилотники атаковали ещё одну площадку «Яндекса»; люди не пострадали, но компания сообщала, что происшествие затронуло часть сервисов. Пользователи также жаловались на проблемы у «Циана», Twinby и ряда других сервисов. Прямая техническая связь между сбоями конкретных компаний и повреждением инфраструктуры в опубликованных данных не раскрывалась, однако совпадение по времени показало, насколько заметными становятся инциденты вокруг базовой вычислительной инфраструктуры.
Два события подряд меняют и саму оптику обсуждения надёжности. Обычно разговор о доступности дата-центров строится вокруг отказа оборудования, ошибок конфигурации, аварий электросетей или пожаров. Здесь в модель рисков добавляется физическая угроза объектам. Для операторов это означает не отмену привычных практик резервирования, а более жёсткую проверку того, что они действительно покрывают: географическое распределение данных, независимость площадок, возможности переноса нагрузки и готовность команд действовать при частичной потере инфраструктуры.
Для разработчиков и технических руководителей вывод практичнее, чем драматичнее. Если продукт размещён в облаке, полезно проверить, в каком регионе и на каких сервисах работают критичные компоненты, есть ли план работы при недоступности части зависимостей и когда в последний раз его проверяли. Бэкап сам по себе не гарантирует непрерывность сервиса: важны также восстановление данных, переключение трафика, состояние очередей, секретов, DNS и коммуникация с клиентами. Компании с одним провайдером не обязаны срочно строить мультиоблачную архитектуру, но должны понимать цену такой зависимости.
Для бизнеса инцидент — напоминание, что SLA и резервные копии не заменяют план непрерывности. В нём должны быть не только технические инструкции, но и список владельцев решений, понятные пороги для переключений и сценарий информирования пользователей. В первые часы сбоя клиентам обычно важнее честное сообщение о том, какие функции недоступны и когда появится следующая проверенная информация, чем общее обещание «разобраться».
«Яндексу» ещё предстоит назвать оценку ущерба и объяснить, как инцидент повлиял на доступность сервисов и работу облачной платформы. Атака на дата-центр в Калуге показывает более широкий сдвиг: устойчивость российской IT-инфраструктуры теперь будет измеряться не только числом резервных серверов, но и способностью быстро переживать потерю целых физических модулей и площадок.