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

Le 16 juillet 2026, le réseau de diffusion de contenu (CDN) CloudFront d'Amazon Web Services a subi une panne partielle importante, perturbant des dizaines de sites Web majeurs dans le monde, dont Hugging Face et la Loterie Nationale britannique, pendant environ 3h30. La cause racine était une limite de configuration interne dans une fonctionnalité relativement récente appelée VPC Origins — et non une défaillance de l'ensemble du service CloudFront .

Quelle est la cause de la panne

La panne n'a affecté que les clients utilisant CloudFront VPC Origins, une fonctionnalité lancée en novembre 2024 qui permet à CloudFront d'acheminer le trafic directement vers des ressources privées à l'intérieur du cloud privé virtuel (VPC) d'un client . Selon le rapport d'incident d'AWS, la flotte gérant les connexions privées vers les VPC Origins a atteint une limite interne de gestion des connexions — un plafond de capacité dans le plan de contrôle qui gère les configurations de routage. Une fois cette limite dépassée, la configuration de routage n'a pas pu être distribuée correctement aux processeurs réseau, provoquant l'échec de toutes les requêtes VPC Origin avec des erreurs 5xx (principalement HTTP 504 et 502) .

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 » .