Чому 16 липня 2026 року впав AWS CloudFront: збій, який паралізував десятки сайтів

AWS визнала проблему о 01:44 PDT, а першопричину виявила о 02:57 PDT. Повне відновлення підтвердили о 04:18 PDT .

Які сервіси постраждали?

Хоча збій був частковим, його наслідки відчули по всьому світу. Серед постраждалих:

• Hugging Face — платформа для моделей штучного інтелекту. Центр (Hub) та завантаження наборів даних стали недоступні з ~08:30 до ~10:07 UTC .
• UK National Lottery (Національна лотерея Великобританії) — повністю втратила доступ .
• Японські сервіси: Hatena Blog, Nico Nico (Niconico), платіжна система PayPay, платформа note.com та урядова система цифрової ідентифікації MyNa Portal .
• Morpho (DeFi-протокол) — веб-додаток та API не працювали близько трьох годин .
• WIPO eHague — міжнародна система інтелектуальної власності; WIPO навіть продовжила терміни подання заявок через збій .

Першопричина: чому це сталося

Збій не був глобальною катастрофою CloudFront. Він торкнувся виключно клієнтів, які використовували функцію CloudFront VPC Origins — відносно нову можливість, запущену в листопаді 2024 року . Вона дозволяє CloudFront маршрутизувати трафік безпосередньо до приватних ресурсів у віртуальному приватному хмарі (VPC) клієнта.

Як пояснила AWS у своєму пост-інцидентному звіті, причина крилася в досягненні внутрішнього ліміту з'єднань у системі керування (control plane), яка відповідає за маршрутизацію для VPC Origins . Коли цей ліміт було перевищено, система більше не могла коректно розподіляти конфігурації маршрутизації на мережеві процесори. Це спричинило масові помилки 5xx (переважно HTTP 504 Gateway Timeout та 502 Bad Gateway) для всіх запитів, що проходили через VPC Origins .

AWS описала першопричину як «внутрішнє обмеження на флоті, який керує з'єднаннями VPC Origin» , пов'язане з підсистемою обробки пакетів, що відповідає за маршрутизацію запитів від крайових точок CloudFront до ресурсів у VPC клієнтів . Інженери AWS підтвердили, що система розповсюдження конфігурацій «не змогла правильно завантажити оновлені дані» після досягнення внутрішнього ліміту .

Чому постраждало так багато сервісів?

Збій був обмежений саме VPC Origins, але ця функція використовується в надзвичайно популярній архітектурі «безпечне за замовчуванням»: CloudFront + внутрішній балансувальник навантаження (Application Load Balancer, ALB) всередині VPC . Багато великих сайтів використовують саме таку схему, щоб не виставляти свої сервери в публічний інтернет.

Це призвело до цікавого ефекту «часткового збою»: статичні файли (які обслуговуються через S3) працювали, але динамічні API-запити (які йшли через VPC Origins) повертали помилки 504 .

Ширший контекст: AWS, збої та ризик хмарної концентрації

Збій 16 липня 2026 року — не поодинокий випадок. Він є частиною тривожної тенденції, яка підживлює дедалі більше занепокоєння щодо надмірної концентрації інтернет-інфраструктури на кількох гіперскейл-провайдерах.

Інші великі збої AWS

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

Чому це продовжує відбуватися?

Інтернет консолідувався навколо AWS, Microsoft Azure та Google Cloud для обчислень, зберігання даних, мережевих послуг, DNS, автентифікації, CDN та безпеки. AWS контролює приблизно 30% світового ринку хмарних послуг, Azure — 20%, а Google Cloud — 13% .

Дослідники з Університету штату Айова зазначають, що чотири ключові інтернет-сервіси — DNS, автентифікація, електронна пошта та інфраструктура безпеки — тепер зосереджені на невеликій кількості глобальних платформ . Це означає, що збій одного провайдера миттєво каскадується через цілі галузі.

Аналіз ризику хмарної концентрації від липня 2026 року вказує: «Сервіс може працювати в трьох зонах доступності і все одно вийти з ладу, тому що залежить від однієї регіональної площини керування або одного мережевого посередника» .

Збій CloudFront у липні 2026 року — ідеальний приклад цього феномену: це не був широкомасштабний колапс інфраструктури, а ліміт потужності однієї функції, який паралізував десятки непов'язаних сервісів у сферах фінансів, AI, ігор та урядування — саме тому, що всі вони використовували один і той самий шлях AWS для доставки контенту з приватних ресурсів.

Як зазначив один з аналітиків: «Два збої AWS за три місяці підтвердили те, що більшість CTO боялися визнати: залежність від одного хмарного провайдера — це екзистенційний ризик» .