Атаки на ЦОДы: почему резервирование не спасло облака
Атаки на ЦОДы: почему резервирование не спасло облака
Атаки на дата-центры крупнейших российских ИТ-игроков показали: инфраструктура отрасли практически не защищена от физического воздействия. Резервные площадки, которые считались страховкой, на практике не сработали так, как ожидалось, — и это меняет экономику облачных проектов.
По данным обсуждения на IT-World, сначала атакам подверглись логистические комплексы и склады крупнейших маркетплейсов, а несколько недель спустя — ЦОДы ведущих отечественных ИИ-игроков. Крупнейшие дата-центры Яндекса, ВКонтакте и Сбера уже пострадали в той или иной степени. У Яндекса серьёзно пострадали сразу три дата-центра, и компания в экстренном порядке переводила ключевые системы и сервисы на резервные мощности.
Причина уязвимости — в исходной логике проектирования. ЦОДы строились исходя из экономической целесообразности: близость к мегаполисам и крупным заказчикам, доступ к дешёвой электроэнергии, развитая транспортная инфраструктура и магистральные каналы связи. Риски катастроф в мирное время считались пренебрежимо малыми и не закладывались в экономику проектов. Как сформулировал Андрей Кузнецов, генеральный директор «РуБэкап», компании, которые проектировали и строили дата-центры, исходили из того, что на Земле мир, — и выяснилось, что это не так.
Ситуация осложняется инерционностью закупок: почти все игроки облачного рынка работают в рамках закупочных процедур или требований ФЗ №44. Даже при наличии бюджетов быстрые доработки и новый функционал займут в лучшем случае месяцы. По оценке спикеров, полноценное обеспечение физической безопасности требует принципиально иного подхода и совершенно других бюджетов, о которых на начальном этапе никто не задумывался.
Что это значит
Для команд, которые строят сервисы в облаке, меняется сама модель оценки рисков: географическая распределённость и резервные площадки перестают быть формальностью и требуют пересмотра с учётом физических угроз. Для провайдеров это означает рост стоимости услуг — расходы на защиту ЦОДов придётся закладывать в тарифы, и это отразится и на бизнесе, и на конечных пользователях. Планирование отказоустойчивости теперь стоит вести не только вокруг сбоев софта и сетей, но и вокруг сценариев потери целой площадки.
Отрасли предстоит пересмотреть подходы к проектированию и резервированию, причём быстро — проблемы, по оценке участников рынка, только начинаются.
Если вам интересно, как устроены современные подходы к отказоустойчивости и защите инфраструктуры, узнайте больше о технологиях, которые определяют надёжность ИТ-систем.
📌 Чтобы не пропустить новые публикации, подписывайтесь там, где вам удобнее: Дзен или MAX.
💛 Если статья оказалась полезной, поддержите автора донатом.
Материал подготовлен на основе информации из открытых источников. Все права на исходные материалы принадлежат их авторам. Если вы являетесь правообладателем и возражаете против использования, свяжитесь с нами по адресу info@11st.press.
