След Воложа: кто навёл БПЛА на серверы «Яндекса»

Внезапные сбои в привычных сервисах «Яндекса» после атак украинских беспилотников заставили пользователей нервно обновлять экраны смартфонов. Когда рушится привычный цифровой комфорт, в головах людей рождаются самые пугающие версии. Главный вопрос звучал так: не приложил ли к этой диверсии руку сооснователь корпорации Аркадий Волож, который знает, как создавалась система.

Точки над «i» расставил Артём Геллер — эксперт в области IT и главный разработчик портала Kremlin.ru. По его словам, искать в произошедшем предательство и тайный заговор Воложа бессмысленно. Подобные крупные цифровые сервисы строятся по схожим архитектурам, поэтому знания одного человека не имеют решающего значения.

Беспокойство по этому поводу безосновательно. Все подобные большие сервисы строятся по схожим архитектурам, и знания одного человека в этом смысле не столь значимы. В спокойное время дата-центры стоят открыто, прятать их под землю не было нужды.

Эксперт провёл прямую параллель с ударами Ирана по дата-центрам американских компаний на Ближнем Востоке, включая объекты Amazon в Бахрейне и Объединённых Арабских Эмиратах, а также заявленным ударом по центру Oracle в Дубае. Однако формулировка об «абсолютно аналогичном сценарии» слишком категорична: обстоятельства атак и подтверждённый ущерб по отдельным объектам различались.

По словам Геллера, гражданская цифровая инфраструктура создавалась для мирного времени, а не для условий проведения специальной военной операции. Теперь операторам приходится учитывать угрозу непосредственного поражения серверных площадок, перебоев с электроснабжением и повреждения резервной инфраструктуры.

У проблемы есть и другая, более острая грань. Когда в одних руках сосредоточены поиск, такси, доставка, финансовые и другие повседневные сервисы, сбой крупной компании может затронуть множество отраслей. При этом эксперт не призывал немедленно отказаться от такой модели и не заявлял, что её необходимо «радикально пересмотреть»: он говорил о необходимости более равномерно распределять сервисы и данные, чтобы снизить возможный ущерб.

Резервное копирование не означает мгновенного восстановления. Нужно развернуть дополнительные мощности, подключить резервные копии и проверить работу отдельных узких участков системы. Поэтому возвращение сервисов к штатной работе может занять время.

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