Disastro AWS CloudFront: cosa ha causato il lungo down di Hugging Face, National Lottery e tanti altri servizi

Il 16 luglio 2026, la rete di distribuzione dei contenuti (CDN) Amazon CloudFront ha subito un'interruzione parziale significativa, mandando offline per circa 3 ore e mezza decine di siti web in tutto il mondo, tra cui Hugging Face e la National Lottery del Regno Unito. La causa principale è stato un limite interno di configurazione in una funzionalità relativamente nuova chiamata VPC Origins, non un cedimento dell'intero servizio CloudFront .

La causa del guasto

Il problema ha colpito esclusivamente i clienti che utilizzavano CloudFront VPC Origins, una funzionalità lanciata a novembre 2024 che permette a CloudFront di instradare il traffico direttamente verso risorse private all'interno del Virtual Private Cloud (VPC) di un cliente . Secondo il rapporto post-incidente di AWS, la flotta che gestisce le connessioni private verso VPC Origins ha raggiunto un limite interno di gestione delle connessioni — un tetto di capacità rigido nel piano di controllo che gestisce le configurazioni di routing. Una volta superato questo limite, la configurazione di routing non poteva più essere distribuita correttamente ai processori di rete, causando il fallimento di tutte le richieste VPC Origin con errori 5xx (principalmente HTTP 504 e 502) .

AWS ha descritto la causa principale come "un vincolo interno sulla flotta che gestisce la connettività VPC Origin" , collegata a un sottosistema di elaborazione dei pacchetti responsabile dell'instradamento delle richieste dalle località periferiche di CloudFront alle risorse all'interno dei VPC dei clienti . Il blackout non è stato un collasso globale di CloudFront: i clienti che utilizzano origini S3, origini ALB tramite internet pubblico o altri tipi di origine non hanno subito conseguenze . Gli ingegneri di AWS hanno confermato che il sistema responsabile della distribuzione della configurazione di routing ai processori di rete "non è riuscito a caricare correttamente i dati di configurazione aggiornati" una volta raggiunto il limite di capacità interna .

Portata e durata

• Ora di inizio: 12:45 PDT (7:45 UTC / 17:45 ora italiana) del 16 luglio 2026
• Ora di fine: 4:18 PDT (11:18 UTC / 21:18 ora italiana) — durata totale di circa 3 ore e 33 minuti
• AWS ha riconosciuto il problema alle 1:44 PDT, ha identificato la causa principale alle 2:57 PDT e ha dichiarato la risoluzione completa alle 4:18 PDT

Tra i siti colpiti:

• Hugging Face — Hub e download di dati non disponibili; la pagina di stato di Hugging Face ha confermato la causa come un "guasto globale di Amazon Web Services". Hugging Face è rimasto offline dalle 8:30 alle 10:07 UTC circa .
• UK National Lottery — servizio fuori uso .
• Servizi giapponesi — Hatena Blog, Nico Nico (Niconico), PayPay, note.com e MyNa Portal (sistema di identità digitale del governo giapponese) sono stati tutti interrotti .
• Morpho (protocollo DeFi) — app web e API offline per circa tre ore .
• WIPO eHague — sistema internazionale di proprietà intellettuale interrotto; WIPO ha emesso linee guida per estendere le scadenze di deposito a causa del guasto .

Il blackout è stato principalmente limitato alle configurazioni CloudFront VPC Origin, ma poiché molti siti importanti utilizzano la comune architettura "sicura per impostazione predefinita" di CloudFront con Application Load Balancer (ALB) interni dietro VPC Origins, il raggio d'esplosione è stato sostanziale. Alcuni sistemi hanno subito un "guasto parziale" in cui gli asset statici (serviti da S3) rimanevano accessibili mentre le chiamate API dinamiche (instradate tramite VPC Origins) restituivano errori 504 .

Un pattern più ampio: i guasti AWS e il rischio di concentrazione del cloud

Questo incidente è l'ultimo di una serie di fallimenti di alto profilo di AWS che hanno alimentato la crescente preoccupazione per l'eccessiva concentrazione dell'infrastruttura internet su un piccolo numero di provider cloud hyperscale.

• 20 ottobre 2025: Un grave guasto di AWS nella regione US-EAST-1 ha colpito oltre 70.000 organizzazioni, mandando offline servizi tra cui Perplexity, Snapchat, Fortnite, Canva, Slack, Signal, PlayStation e le telecamere Ring per molte ore. Le perdite stimate hanno superato i 75 milioni di dollari all'ora . La causa è stato un problema DNS che si è propagato a DynamoDB e ad altri servizi core di AWS .
• 24 dicembre 2025: Un altro collasso AWS durante il periodo natalizio .
• Frequenza in corso: AWS ha subito molteplici incidenti legati a CDN/DNS nel 2025-2026, inclusi fallimenti di risoluzione DNS di CloudFront e ritardi di Route 53 . Un'organizzazione di monitoraggio dei servizi cloud ha definito il 2025 come un anno record per i guasti cloud .

Perché questo accade continuamente: Internet si è consolidato attorno ad AWS, Azure e Google Cloud per calcolo, storage, networking, DNS, autenticazione, CDN e sicurezza. AWS da sola detiene circa il 30% del mercato globale dei servizi cloud, mentre Azure e Google detengono rispettivamente il 20% e il 13% . I ricercatori della Iowa State University notano che quattro servizi internet fondamentali — DNS, autenticazione, email e infrastruttura di sicurezza — sono ora concentrati in un piccolo numero di piattaforme globali, il che significa che il guasto di un singolo provider si ripercuote istantaneamente su tutti i settori . Un'analisi del luglio 2026 sul rischio di concentrazione del cloud sottolinea che "un servizio può essere eseguito in tre Zone di Disponibilità e fallire comunque perché dipende da un unico piano di controllo regionale o da un unico intermediario di rete" .

Il blackout di CloudFront del luglio 2026 è un esempio da manuale di questo fenomeno: non è stato un collasso infrastrutturale generale, ma il limite di capacità del piano di controllo di una singola funzionalità che ha mandato offline decine di servizi non correlati nei settori della finanza, dell'IA, dei videogiochi e del governo — proprio perché condividevano tutti lo stesso percorso AWS sottostante per la consegna di origini private. Come ha sintetizzato un'analisi: "Due guasti AWS in tre mesi hanno appena validato ciò che la maggior parte dei CTO aveva paura di ammettere: la dipendenza da un unico cloud è un rischio esistenziale" .