Бот-трафик из сети Яндекса, по данным Cloudflare, снизился до 0,4% от максимума HTTP-запросов за последние две недели. Причиной называются атаки на дата-центры Яндекса, после которых часть облачной инфраструктуры компании оказалась недоступна. Для российского IT-рынка это не просто очередной инцидент с простоем: зависимость сервисов, сайтов и внутренних систем от нескольких крупных площадок внезапно стала вполне измеримой.
Как сообщает Tom's Hardware, первое заметное падение зафиксировали 8 октября: объём автоматизированного трафика упал примерно до 57% от прежнего уровня. Издание связывает это с ударом по площадке в Сасове, где, как утверждается, размещались два суперкомпьютера. Затем, по данным публикации, была выведена из строя более крупная площадка в Калуге; позднее мониторинговая компания NetBlocks сообщила ещё об одном резком снижении сетевой активности Яндекса после атаки в районе Владимира.
Важно не переоценивать термин «бот-трафик». В метриках Cloudflare речь не обязательно о фермах аккаунтов, пропаганде или вредоносной автоматизации. В эту категорию могут попадать поисковые краулеры, скрипты мониторинга, интеграции, API-клиенты, загрузчики пакетов и корпоративные задания, которые не выглядят для защиты как обычный браузерный пользователь. Но падение до 0,4% всё равно говорит о масштабе сбоя: значительная часть автоматизированных обращений из соответствующей сети либо перестала выполняться, либо потеряла связность с внешним интернетом.
84 недоступных сервиса и эффект для клиентов
Статус-страница Yandex Cloud, на которую ссылается Tom's Hardware, указывала как минимум на 84 недоступных сервиса. NetBlocks оценил сетевую активность Yandex Cloud примерно в 30% от обычного уровня, а Yandex LLC — в 63%. Эти показатели не равны доле отключённых серверов и не позволяют точно посчитать ущерб: интернет-трафик распределяется неравномерно, а сервисы могут работать с деградацией. Но для пользователей и компаний разница между «частично доступно» и «работает штатно» обычно исчезает в момент, когда не открывается личный кабинет, тормозит API или не завершается платёжная операция.
Дата-центры Яндекса обслуживают не один поисковик. Вокруг компании собраны облачные вычисления, хранение данных, инструменты разработки, рекламные и бизнес-сервисы, картографические продукты и множество интеграций сторонних команд. Поэтому авария на уровне площадки быстро расходится по цепочке зависимостей. Разработчик видит тайм-ауты и ошибки авторизации, продуктовая команда — падение конверсии, служба поддержки — очередь обращений, а финансовый отдел — вопрос, который редко хочется слышать в разгар инцидента: почему резервный контур остался на той же инфраструктурной карте.
Публикация также связывает атаки с предыдущими ударами России по украинской дата-центровой инфраструктуре. Военные объекты и цифровая инфраструктура всё заметнее входят в одну зону риска, хотя юридический и практический статус конкретных объектов может различаться. Дата-центр не выглядит как традиционная военная цель, но в условиях войны он способен поддерживать связь, аналитику, государственные системы, коммерческие платформы и облачные вычисления. Именно поэтому тезис о «гражданском» характере площадки не гарантирует ей физическую безопасность.
Облако без географического резерва — это не резерв
Для CTO и владельцев сервисов главный вывод здесь довольно приземлённый. Высокая доступность внутри одного кампуса, одной области или одной группы взаимосвязанных дата-центров защищает от поломки оборудования, но плохо защищает от масштабного физического события. Репликация между зонами доступности полезна лишь тогда, когда зоны действительно независимы по электропитанию, сети, маршрутизации и географии. Бэкап, который нельзя быстро восстановить в отдельной среде, тоже не спасает бизнес — он просто лежит в аккуратно подписанной папке до первого настоящего кризиса.
Командам стоит отдельно проверить, где живут DNS, секреты, CI/CD, журналы, контейнерные реестры и каналы связи с клиентами. Именно эти вспомогательные компоненты нередко превращают локальный сбой в полный: приложение можно поднять на другом контуре, но без доступа к образам, ключам, домену или резервным копиям запуск превращается в импровизацию. Полезный тест звучит скучно, зато работает: можно ли за часы, а не за недели, восстановить критичный сервис в другом регионе и подтвердить это реальным упражнением, а не схемой в презентации.
Атаки на дата-центры Яндекса показывают, что устойчивость цифрового бизнеса теперь зависит не только от SLA провайдера и качества кода. Вопрос для рынка будет не в том, вернётся ли трафик к обычному уровню, а в том, насколько быстро крупные российские сервисы начнут платить за настоящую географическую избыточность — до следующего инцидента, а не после него.