Атаки на ЦОДы: почему резервирование не спасло облака

Атаки на дата-центры крупнейших российских ИТ-игроков показали: инфраструктура отрасли практически не защищена от физического воздействия. Резервные площадки, которые считались страховкой, на практике не сработали так, как ожидалось, — и это меняет экономику облачных проектов.

По данным обсуждения на IT-World, сначала атакам подверглись логистические комплексы и склады крупнейших маркетплейсов, а несколько недель спустя — ЦОДы ведущих отечественных ИИ-игроков. Крупнейшие дата-центры Яндекса, ВКонтакте и Сбера уже пострадали в той или иной степени. У Яндекса серьёзно пострадали сразу три дата-центра, и компания в экстренном порядке переводила ключевые системы и сервисы на резервные мощности.

Причина уязвимости — в исходной логике проектирования. ЦОДы строились исходя из экономической целесообразности: близость к мегаполисам и крупным заказчикам, доступ к дешёвой электроэнергии, развитая транспортная инфраструктура и магистральные каналы связи. Риски катастроф в мирное время считались пренебрежимо малыми и не закладывались в экономику проектов. Как сформулировал Андрей Кузнецов, генеральный директор «РуБэкап», компании, которые проектировали и строили дата-центры, исходили из того, что на Земле мир, — и выяснилось, что это не так.

Ситуация осложняется инерционностью закупок: почти все игроки облачного рынка работают в рамках закупочных процедур или требований ФЗ №44. Даже при наличии бюджетов быстрые доработки и новый функционал займут в лучшем случае месяцы. По оценке спикеров, полноценное обеспечение физической безопасности требует принципиально иного подхода и совершенно других бюджетов, о которых на начальном этапе никто не задумывался.

Что это значит

Для команд, которые строят сервисы в облаке, меняется сама модель оценки рисков: географическая распределённость и резервные площадки перестают быть формальностью и требуют пересмотра с учётом физических угроз. Для провайдеров это означает рост стоимости услуг — расходы на защиту ЦОДов придётся закладывать в тарифы, и это отразится и на бизнесе, и на конечных пользователях. Планирование отказоустойчивости теперь стоит вести не только вокруг сбоев софта и сетей, но и вокруг сценариев потери целой площадки.

Отрасли предстоит пересмотреть подходы к проектированию и резервированию, причём быстро — проблемы, по оценке участников рынка, только начинаются.

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

📌 Чтобы не пропустить новые публикации, подписывайтесь там, где вам удобнее: Дзен или MAX.

💛 Если статья оказалась полезной, поддержите автора донатом.

Материал подготовлен на основе информации из открытых источников. Все права на исходные материалы принадлежат их авторам. Если вы являетесь правообладателем и возражаете против использования, свяжитесь с нами по адресу info@11st.press.