Quando Internet si ferma: cosa insegnano i recenti crash di AWS e Cloudflare?

Crash AWS e Cloudflare

Nelle ultime settimane abbiamo assistito a black-out su larga scala che ha coinvolto servizi fondamentali per il funzionamento di Internet. Ci riferiamo in particolare ai crash di AWS (Amazon Web Services) e Cloudflare, che hanno causato interruzioni globali di servizi, siti web inaccessibili, problemi alle applicazioni e disservizi infrastrutturali anche per realtà medio-grandi.

Ma questi eventi non sono di certo isolati, nel 2025 già altri disservizi avevano coinvolto altri colossi del web come Microsoft Azure, in particolare la sua piattaforma Front Door, con impattati significativi su numerosi servizi e applicazioni aziendali. Sempre nel 2025 alcuni cluster GPU di OpenAI sono stati temporaneamente fuori uso a causa di problemi nella gestione delle configurazioni Kubernetes, mostrando come anche servizi di AI possono essere vulnerabili.

Questi eventi hanno messo in evidenza un paradosso: Internet, pur essendo stata progettata per essere un sistema resiliente e distribuito, resta vulnerabile a punti di concentrazione tecnologica che, se compromessi, generano effetti a catena difficili da contenere.

Quali sono i “nodi centrali” di Internet e cosa succede quando si bloccano?

Internet non è un’unica entità monolitica, ma un intreccio di reti, data center, servizi cloud, fornitori di DNS e sistemi di distribuzione dei contenuti (CDN). Tuttavia, negli ultimi anni abbiamo assistito a una concentrazione significativa del traffico e delle funzionalità applicative, che dipendono oramai da poche grandi infrastrutture globali. Quando si parla di vulnerabilità di Internet, il tema centrale è proprio la concentrazione tecnologica: una parte rilevante di traffico e funzionalità passa attraverso alcuni nodi critici. Se uno di questi si ferma, l’effetto a catena è immediato. Analizziamo nel dettaglio i principali punti di concentrazione tecnologica.

Cloud provider (infrastruttura e servizi applicativi)

I grandi hyperscaler ospitano applicazioni, database, servizi SaaS e backend di milioni di aziende e piattaforme digitali.

I Principali player sono Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP), Oracle Cloud Infrastructure, Alibaba Cloud (molto rilevante in Asia).

Perché sono critici i cloud Provider?

Ospitano applicazioni mission-critical
Centralizzano calcolo, storage, networking e servizi PaaS (Platform As a Service)

Un problema su una regione o su un servizio condiviso può impattare milioni di clienti contemporaneamente

CDN (Content Delivery Network)

Le CDN distribuiscono contenuti web, applicazioni e API, migliorando prestazioni e sicurezza. Oggi sono anche un punto chiave per la protezione DDoS e il routing del traffico.

I Principali player sono Cloudflare e Akamai

Perché sono critici i CDN (Content Delivery Network)?

Gestiscono una quota enorme del traffico web globale
Sono spesso davanti a siti, e-commerce, portali pubblici e API
Un errore di configurazione o un crash può rendere irraggiungibili milioni di siti in pochi minuti

DNS (Domain Name System)

Il DNS è il “rubricario di Internet”: traduce i nomi dei siti (es. www.sito.it) in indirizzi IP. Senza DNS funzionante, Internet è di fatto inutilizzabile.

I Principali player sono Cloudflare DNS e Google Public DNS

Perché sono critici i servizi di DNS?

Sono invisibili ma essenziali per ricercare gli indirizzi (sono la rubrica telefonica di Internet)
Un problema DNS blocca l’accesso ai servizi anche se i server sono attivi
Fortissima concentrazione su pochi operatori globali

Il problema di fondo: pochi nodi, impatto globale

La concentrazione su pochi grandi fornitori porta benefici indiscutibili in termini di scalabilità, affidabilità e prestazioni, ma introduce anche rischi strutturali del web:

single point of failure condivisi
effetti domino
dipendenza sistemica da infrastrutture terze

Quando uno di questi nodi centrali va offline — a causa di un malfunzionamento, di errore interno, di un aggiornamento mal riuscito o di un attacco hacker — le conseguenze si propagano molto rapidamente su una grande parte del Web. Quello che è “un problema di un fornitore” diventa immediatamente un blackout subito da milioni di utenti e aziende, con impatti su e-commerce, servizi digitali, email, applicazioni …

Quale lezione trarre dai crash di AWS e Cloudflare?

Episodi come questi insegnano dunque che:

La centralizzazione crea punti di fragilità

Pur essendo progettato per essere distribuito, gran parte dell’ecosistema digitale moderno si appoggia a poche infrastrutture condivise. Quando uno di questi punti non risponde, gli effetti si propagano ampiamente.

La dipendenza da servizi cloud ha un costo “nascosto”

Le aziende che migrano verso il cloud guadagnano in economicità, flessibilità e scalabilità, ma mettono parte della loro operatività nelle mani di terzi. Questo non significa evitare il cloud: significa gestire la dipendenza con piani di resilienza.

Anche Internet può avere il suo “Tallone d’Achille”

Internet non è completamente immune alle interruzioni. Errori di configurazione, bug software, guasti hardware, malfunzionamenti e attacchi mostrano che la rete, pur robusta, non è invulnerabile. Questi eventi rappresentano dunque un importante avviso per chi gestisce applicazioni, servizi o infrastrutture digitali: è fondamentale progettare e implementare Infrastrutture tecnologiche che tengano conto anche di eventi “catastrofici” che possono mandare in crash la rete.

Ridondanza e multi-cloud

Affidarsi a un unico provider per servizi critici può essere rischioso. Strategie di multi-cloud o ridondanza dei servizi possono ridurre l’impatto di un blackout localizzato.

Monitoraggio end-to-end

Monitorare solo l’infrastruttura interna non basta. È fondamentale avere visibilità su:

Disponibilità dei servizi cloud
Connettività esterna
DNS e distribuzione dei contenuti
API critiche e dipendenze esterne

Solo in questo modo è possibile reagire rapidamente quando si verificano blackout.

Piani di recupero e disaster recovery

I crash di larga scala richiedono un piano di emergenza tempestivo, con procedure testate per:

Failover automatico dei servizi
Ripristino di connettività alternative
Comunicazione chiara agli utenti

Una rete resiliente richiede strategie difensive solide

La resilienza di Internet non è un fatto acquisito, ma il risultato di scelte tecniche, architetturali e organizzative. Le aziende moderne devono bilanciare efficienza, scalabilità, sicurezza e ridondanza per evitare che una interruzione esterna determini un blocco interno dell’operatività.

Il ruolo di un MSP come NEW nel rafforzare la resilienza aziendale

Solo professionisti di provata esperienza e capacità sono in grado di affianca le aziende nel progettare, installare e configurare infrastrutture digitali moderne e resilienti, con: