
Недавние атаки БПЛА на дата-центры Яндекса выявили критическую уязвимость современной цифровой инфраструктуры. Масштабный сбой в работе облачных сервисов показал, насколько зависим современный бизнес от работоспособности внешних IT-систем. Генеральный директор DBI, эксперт по эксплуатации и обеспечению отказоустойчивости IT-инфраструктуры Михаил Сарычев рассказал порталу «Риск-менеджмент. Практика» о последствиях инцидента и ключевых уроках, которые должен извлечь бизнес из этой ситуации.

Являясь важным партнером Яндекса по разным направлениям, эксплуатируя облачную инфраструктуру Yandex Cloud у клиентов и используя ее для собственных нужд, мы можем резюмировать: главный риск подобных инцидентов — не только временная недоступность облачных сервисов, но и зависимость бизнеса от инфраструктуры, которую он не контролирует напрямую. Когда перестает работать целая зона доступности, выясняется, насколько компания готова к такому сценарию на практике.
Для бизнеса последствия могут выходить далеко за рамки IT: останавливаются внутренние процессы, становятся недоступны клиентские приложения, нарушаются интеграции, сотрудники теряют доступ к рабочим инструментам. В критичных отраслях даже несколько часов простоя способны повлечь существенные финансовые и репутационные потери.
При этом важно понимать: использование облака само по себе не означает, что инфраструктура отказоустойчива. Размещение серверов в нескольких зонах не всегда гарантирует независимость от общего сбоя. А наличие резервных копий ещё не означает, что систему удастся быстро восстановить.
На практике для восстановления необходимы не только сохранённые данные, но и доступные вычислительные ресурсы, настроенные сетевые соединения, актуальные конфигурации, работоспособные механизмы авторизации и проверенные процедуры переключения. Если резервная площадка существует, но восстановление ни разу не проверялось, реальное время простоя может оказаться значительно больше ожидаемого.
Подобные ситуации также показывают, что зависимость от одного провайдера может стать отдельным бизнес-риском.
Для критичных систем имеет смысл заранее оценивать возможность восстановления на альтернативной площадке: в другом облаке или собственной инфраструктуре. Но и мультиоблачная архитектура не является универсальным решением, она требует дополнительных затрат, синхронизации данных, управления безопасностью и регулярных испытаний.
Для компаний сейчас особенно важно пересмотреть три вещи: какие системы действительно критичны для бизнеса, сколько времени они могут оставаться недоступными и за какой срок их реально можно восстановить. Затем необходимо проверить резервное копирование и провести практические учения по восстановлению, включая сценарий полной недоступности основной площадки.
Для российского рынка это ещё и вопрос зрелости управления IT-рисками. Надёжность инфраструктуры должна оцениваться не только по стоимости владения, но и по потенциальному ущербу от простоя. Это предмет совместной работы IT-директора, финансового директора и руководства компании.
Наша практика показывает: задача не в том, чтобы исключить абсолютно все сбои — это практически недостижимо. Задача в том, чтобы даже при серьёзном инциденте компания могла продолжать критичные операции или предсказуемо восстанавливать их в заранее определённые сроки. Именно способность пройти такой сценарий, а не само наличие резервной инфраструктуры, и является настоящим показателем отказоустойчивости.



































