Облачные провайдеры переходят на ИИ: почему количество глобальных сбоев будет расти

Четвертый квартал 2025 года стал серьезным испытанием для руководителей ИТ-подразделений крупных компаний. В октябре облачная платформа AWS столкнулась с 15-часовым каскадным сбоем DNS, который вывел из строя 141 сервис. Инцидент затронул более 3 500 организаций в 60 странах, включая такие популярные платформы, как Snapchat и Roblox, а также критически важные системы бронирования авиабилетов.

Спустя несколько дней аналогичные проблемы возникли у Azure из-за ошибки в конфигурации сети в регионе East US2, что привело к простою длительностью почти 50 часов. В ноябре сервис Cloudflare также пострадал от программного дефекта, вызванного простым изменением прав доступа к базе данных. В обзоре текущей ситуации подчеркивается, что подобные инциденты больше нельзя считать аномалиями — это новая реальность облачной инфраструктуры.

Массовое внедрение ИИ-кода в облачную инфраструктуру

По мнению отраслевых экспертов, основной причиной нестабильности становится стремительный переход на использование искусственного интеллекта при написании программного кода. Технологические гиганты больше не рассматривают ИИ-инструменты как эксперимент — теперь это производственный стандарт. Согласно статистике, 92% разработчиков в США ежедневно используют ИИ-помощников в своей работе.

Ситуация затрагивает и крупнейших поставщиков инфраструктуры:

• Компания Google официально подтвердила, что более 25% её нового кода создается при участии ИИ.
• Почти все компании из списка Fortune 500 внедрили хотя бы одну платформу для автоматизированной генерации кода.
• Внутренние требования Amazon по ускорению разработки за счет ИИ указывают на то, что скорость внедрения новых функций становится приоритетнее ручной проверки каждой строки кода.

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

Скрытая угроза: почему ИИ-код чаще дает сбои

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

Однако эксперты по безопасности указывают на специфические риски:

• ИИ-модели обучаются на накопленных за десятилетия человеческих ошибках, воспроизводя такие уязвимости, как переполнение буфера и состояние гонки (race conditions).
• Сгенерированный код часто успешно проходит стандартные тесты, но дает сбой при специфических нагрузках или редких сочетаниях состояний инфраструктуры, которые разработчики не заложили в сценарии тестирования.
• В обзоре отмечается, что современные практики валидации кода не успевают за скоростью его генерации, что приводит к накоплению скрытых дефектов в производственных средах.

Статистика надежности: тренд на ухудшение

Данные мониторинга доступности API-интерфейсов за последние два года подтверждают негативную тенденцию. Если в 2022 году 18% облачных сервисов достигали показателя доступности в 99,99%, то к 2023 году это число сократилось до 7%. В ходе недавнего анализа 27 облачных провайдеров ни один из них не смог обеспечить стандарт «пяти девяток» (99,999%), который исторически считается эталоном надежности в телекоммуникациях.

Среднее время еженедельного простоя API увеличилось на 60%: с 34 минут в начале 2024 года до 55 минут к началу 2025 года. Хотя падение доступности с 99,66% до 99,46% кажется незначительным на бумаге, для сложных корпоративных архитектур, зависящих от десятков сторонних сервисов, это означает резкий рост рисков и финансовые потери, исчисляемые миллиардами долларов.

Проблемы оперативного оповещения

В условиях участившихся сбоев стандартные страницы состояния сервисов (status pages) поставщиков перестают быть надежным источником информации. Во время масштабного сбоя AWS в октябре 2025 года пользователи отправили более 4 миллионов отчетов о проблемах в течение первых двух часов, в то время как официальные панели мониторинга отображали некорректную информацию.

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

Рекомендации для ИТ-руководителей

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

Для минимизации ущерба предлагаются следующие меры:

• Внедрение независимого мониторинга API, работающего со стороны конечного пользователя, а не из дата-центра провайдера.
• Обеспечение видимости всей цепочки зависимостей, включая сторонние SaaS-решения.
• Автоматизация системы реагирования на инциденты для сокращения времени задержки между началом сбоя и принятием мер по его локализации.

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

Твитнуть