Что вызвало сбой AWS CloudFront 16 июля 2026 года и почему это касается всех?

AWS описала первопричину как «внутреннее ограничение системы, управляющей подключениями к VPC Origins» , связанное с подсистемой обработки пакетов, отвечающей за маршрутизацию запросов от граничных точек CloudFront к ресурсам внутри VPC клиентов . Сбой не был глобальным отказом CloudFront — клиенты, использующие источники S3, ALB через публичный интернет или другие типы источников, не заметили никаких проблем . Инженеры AWS подтвердили, что система, отвечающая за распространение конфигурации маршрутизации на сетевые процессоры, «не смогла корректно загрузить обновленные данные конфигурации» после достижения внутреннего лимита емкости .

Масштаб и продолжительность

• Время начала: 12:45 PDT (7:45 UTC / 16:45 по московскому времени) 16 июля 2026 года
• Время завершения: 4:18 PDT (11:18 UTC / 20:18 по московскому времени) — общая продолжительность около 3 часов 33 минут
• AWS подтвердила проблему в 1:44 PDT, выявила первопричину к 2:57 PDT и объявила о полном устранении к 4:18 PDT

Среди затронутых сайтов:

• Hugging Face — центр и загрузка наборов данных были недоступны; страница статуса Hugging Face подтвердила, что первопричиной стал «глобальный сбой Amazon Web Services». Hugging Face был недоступен примерно с 8:30 до 10:07 UTC .
• Национальная лотерея Великобритании — отключена .
• Японские сервисы: Hatena Blog, Nico Nico (Niconico), PayPay, note.com и MyNa Portal (японская государственная система цифровых удостоверений) были нарушены .
• Morpho (протокол DeFi) — веб-приложение и API были отключены около трех часов .
• WIPO eHague — международная система интеллектуальной собственности нарушена; WIPO выпустила рекомендации о продлении сроков подачи заявок из-за сбоя .

Сбой в основном был ограничен конфигурациями CloudFront VPC Origins, но поскольку многие крупные сайты используют распространенную «безопасную по умолчанию» архитектуру CloudFront с внутренними балансировщиками нагрузки (ALB) за VPC Origins, радиус поражения оказался значительным. Некоторые системы испытали «частичный сбой», когда статические ресурсы (обслуживаемые из S3) оставались доступными, а динамические API-вызовы (маршрутизируемые через VPC Origins) возвращали ошибки 504 .

Более широкая картина: сбои AWS и риск концентрации облачных услуг

Этот инцидент — последний в череде громких отказов AWS, которые усиливают растущую обеспокоенность по поводу чрезмерной концентрации интернет-инфраструктуры на небольшом числе гиперскейлеров.

• 20 октября 2025 года: Крупный сбой в регионе AWS US-EAST-1 затронул, по оценкам, более 70 000 организаций, отключив такие сервисы, как Perplexity, Snapchat, Fortnite, Canva, Slack, Signal, PlayStation и камеры Ring на много часов. Предполагаемые потери превысили 75 миллионов долларов в час . Причиной стала проблема с DNS, которая распространилась на DynamoDB и другие основные сервисы AWS .
• 24 декабря 2025 года: Еще один коллапс AWS в праздничный период .
• Текущая частота: В 2025–2026 годах AWS пережила множество инцидентов, связанных с CDN/DNS, включая сбои разрешения DNS CloudFront и задержки Route 53 . Одна из организаций, отслеживающих облачные сервисы, назвала 2025 год рекордным по количеству облачных сбоев .

Почему это продолжается: Интернет сконцентрировался вокруг AWS, Azure и Google Cloud в части вычислений, хранения, сетей, DNS, аутентификации, CDN и безопасности. Только AWS владеет примерно 30% глобального рынка облачных услуг, в то время как Azure и Google — 20% и 13% соответственно . Исследователи из Университета штата Айова отмечают, что четыре основных интернет-сервиса — DNS, аутентификация, электронная почта и инфраструктура безопасности — теперь сосредоточены на небольшом числе глобальных платформ, что означает, что сбой одного провайдера мгновенно каскадно влияет на все отрасли . В анализе риска концентрации облачных услуг за июль 2026 года указывается, что «сервис может работать в трех зонах доступности и все равно выйти из строя, потому что он зависит от одной региональной контрольной плоскости или одного сетевого посредника» .

Сбой CloudFront в июле 2026 года — классический пример этого явления: это был не широкомасштабный коллапс инфраструктуры, а предел емкости контрольной плоскости одной функции, который остановил работу десятков не связанных между собой сервисов в финансах, ИИ, игровой индустрии и государственном управлении — именно потому, что все они использовали один и тот же базовый путь AWS для доставки частных ресурсов. Как выразился один из аналитиков: «Два сбоя AWS за три месяца только подтвердили то, что большинство технических директоров боялись признать: зависимость от одного облака — это экзистенциальный риск» .