Panne AWS CloudFront de juillet 2026 : une limite de capacité interne mise en cause, le risque de concentration du cloud en question

AWS a décrit la cause racine comme « une contrainte interne sur la flotte qui gère la connectivité VPC Origin » , liée à un sous-système de traitement de paquets responsable du routage des requêtes des sites périphériques de CloudFront vers les ressources dans les VPC des clients . La panne n'était pas un effondrement global de CloudFront — les clients utilisant des origines S3, des origines ALB via Internet public, ou d'autres types d'origines n'ont subi aucun impact . Les ingénieurs d'AWS ont confirmé que le système responsable de la distribution de la configuration de routage aux processeurs réseau « n'a pas réussi à charger correctement les données de configuration mises à jour » une fois la limite de capacité interne atteinte .

Étendue et durée

• Heure de début : 12h45 PDT (7h45 UTC / 4h45 JST) le 16 juillet 2026
• Heure de fin : 4h18 PDT (11h18 UTC / 8h18 JST) — durée totale d'environ 3h33
• AWS a reconnu le problème à 1h44 PDT, a identifié la cause racine à 2h57 PDT, et a signalé une résolution complète à 4h18 PDT

Parmi les sites concernés :

• Hugging Face — Le Hub et les téléchargements de jeux de données étaient indisponibles ; la page de statut de Hugging Face a confirmé la cause racine comme « une panne mondiale d'Amazon Web Services ». Hugging Face a été indisponible d'environ 8h30 à 10h07 UTC .
• Loterie Nationale britannique (UK National Lottery) — mise hors ligne .
• Services japonais — Hatena Blog, Nico Nico (Niconico), PayPay, note.com et MyNa Portal (système d'identité numérique du gouvernement japonais) ont tous été perturbés .
• Morpho (protocole DeFi) — application Web et API hors ligne pendant environ trois heures .
• WIPO eHague — système de propriété intellectuelle internationale perturbé ; l'OMPI a publié des directives prolongeant les délais de dépôt en raison de la panne .

La panne était principalement limitée aux configurations CloudFront VPC Origin, mais comme de nombreux grands sites utilisent l'architecture courante « sécurisée par défaut » de CloudFront avec des équilibreurs de charge d'application (ALB) internes derrière VPC Origins, le rayon d'impact était considérable. Certains systèmes ont connu un schéma de « panne partielle » où les actifs statiques (servis depuis S3) restaient accessibles tandis que les appels API dynamiques (acheminés via VPC Origins) retournaient des erreurs 504 .

Schéma plus large : les pannes AWS et le risque de concentration du cloud

Cet incident est le dernier d'une série de défaillances très médiatisées d'AWS qui ont alimenté une préoccupation croissante concernant la sur-concentration de l'infrastructure Internet sur un petit nombre de fournisseurs cloud hyperscale.

• 20 octobre 2025 : Une panne majeure d'AWS US-EAST-1 a affecté environ 70 000+ organisations, mettant hors ligne des services comme Perplexity, Snapchat, Fortnite, Canva, Slack, Signal, PlayStation et les caméras Ring pendant de nombreuses heures. Les pertes estimées ont dépassé 75 millions de dollars par heure . La panne a été causée par un problème DNS qui s'est propagé à DynamoDB et à d'autres services centraux d'AWS .
• 24 décembre 2025 : Un autre effondrement d'AWS pendant la période des fêtes .
• Fréquence actuelle : AWS a connu de multiples incidents liés au CDN/DNS en 2025-2026, y compris des échecs de résolution DNS CloudFront et des retards Route 53 . Une organisation de surveillance des services cloud a qualifié 2025 d'année record pour les pannes cloud .

Pourquoi cela continue de se produire : Internet s'est consolidé autour d'AWS, Azure et Google Cloud pour le calcul, le stockage, le réseau, le DNS, l'authentification, le CDN et la sécurité. AWS à lui seul détient environ 30 % du marché mondial des services cloud, tandis qu'Azure et Google détiennent respectivement 20 % et 13 % . Des chercheurs de l'Iowa State University notent que quatre services Internet essentiels — DNS, authentification, e-mail et infrastructure de sécurité — sont désormais concentrés dans un petit nombre de plateformes mondiales, ce qui signifie qu'une défaillance d'un seul fournisseur se répercute instantanément à travers les industries . Une analyse de juillet 2026 du risque de concentration du cloud souligne qu'« un service peut fonctionner dans trois zones de disponibilité et encore échouer parce qu'il dépend d'un plan de contrôle régional ou d'un intermédiaire réseau » .

La panne CloudFront de juillet 2026 est un exemple typique de ce phénomène : ce n'était pas un effondrement général de l'infrastructure, mais une limite de capacité du plan de contrôle d'une seule fonctionnalité qui a mis hors ligne des dizaines de services sans lien apparent dans les domaines de la finance, de l'IA, du jeu vidéo et du gouvernement — précisément parce qu'ils partageaient tous le même chemin AWS sous-jacent pour la livraison d'origines privées. Comme le dit une analyse, « Deux pannes AWS en trois mois ont validé ce que la plupart des CTO craignaient d'admettre : la dépendance à un seul cloud est un risque existentiel » .