Il guasto al data center europe-west2-b di Google Cloud ha bloccato Revolut, banche e auto connesse. Analisi su ridondanza, NIS2 e rischi di concentrazione.

Un errore di alimentazione alle 6:08 GMT

Tutto è iniziato martedì 20 ottobre 2026. Alle 6:08 GMT, ovvero alle 8:08 per l'Italia, l'infrastruttura di Google Cloud ha registrato un'anomalia critica. Non si è trattato di un attacco informatico, ma di un problema di alimentazione elettrica che ha colpito il centro dati di Londra. In pochi istanti, ciò che era un guasto tecnico locale si è trasformato in un'emergenza digitale a scala continentale.

La dashboard ufficiale dell'azienda statunitense ha confermato l'insorgere di elevati tassi di errore e interruzioni intermittenti della rete. Per migliaia di imprese, l'inizio della giornata lavorativa è stato segnato dal silenzio dei server. La rapidità con cui il malfunzionamento si è propagato ha lasciato poco spazio a reazioni tempestive, colpendo servizi che vanno dalla gestione dei dati aziendali alle operazioni bancarie in tempo reale.

europe-west2-b: l'anatomia del guasto

Per comprendere la portata del danno è necessario scendere nel dettaglio tecnico della topologia cloud. L'incidente ha avuto origine nella regione europea denominata europe-west2, specificamente all'interno della zona tecnica europe-west2-b. Nel linguaggio dei provider cloud, una regione è composta da diverse zone di disponibilità (Availability Zones) per garantire che, se un data center fallisce, gli altri prendano il sopravvento.

In questo caso, il blackout dell'alimentazione elettrica ha generato un blocco quasi simultaneo di migliaia di servizi ospitati in quella specifica zona. Sebbene Google abbia comunicato che il guasto è stato tecnicamente risolto, il ripristino completo dei carichi di lavoro è slittato fino al pomeriggio del 20 ottobre. Questo ritardo dimostra che il riavvio di infrastrutture di tale scala non è istantaneo, ma richiede una sequenza di riattivazioni che può lasciare gli utenti in sospeso per ore.

Perché Revolut è rimasta cieca

Il caso di Revolut è emblematico della vulnerabilità delle fintech moderne. La banca digitale ha visto migliaia di clienti, inclusi molti utenti italiani, impossibilitati ad accedere ai propri conti, effettuare pagamenti, disporre bonifici o eseguire prelievi. La dipendenza totale di Revolut dall'infrastruttura di Google Cloud ha reso l'azienda di fatto cieca e operativa solo parzialmente.

Mentre l'azienda ha rassicurato la clientela dichiarando che i fondi e i dati sono al sicuro, il danno reputazionale e operativo è stato immediato. Oltre a Revolut, il blackout ha colpito colossi del sistema bancario tradizionale come HSBC e Lloyds. La Milano riporta che l'Adusbef ha già chiesto indennizzi per i clienti italiani colpiti dai disservizi.

Analisi strategica: Per un imprenditore, questo scenario evidenzia il rischio di concentrazione del fornitore. Quando una fintech sposta l'intera architettura su un unico provider per scalare velocemente, accetta un rischio sistemico: il provider non è più un semplice fornitore, ma diventa il singolo punto di fallimento (Single Point of Failure) dell'intera azienda.

Il blackout che ha spento le auto connesse

L'impatto non si è limitato al settore finanziario. Un aspetto meno visibile ma più inquietante riguarda la mobilità. Come riportato da Motorimagazine, l'interruzione ha colpito i sistemi di gestione dei veicoli connessi in Europa e Svizzera.

Molti proprietari di auto moderne hanno perso l'accesso ai controlli a distanza. Funzioni che oggi consideriamo standard — come l'apertura delle portiere via app, il controllo dello stato di carica per i veicoli elettrici o l'aggiornamento dei software di bordo — sono svanite nel momento in cui i server di europe-west2-b sono andati offline. Questo scenario trasforma l'auto da oggetto fisico autonomo a terminale dipendente da un server remoto.

La catena di effetti ha coinvolto persino i servizi giudiziari, a dimostrazione di come l'ecosistema Google Cloud sia ormai intrecciato con funzioni pubbliche e di sicurezza nazionale. La perdita di connettività non ha rallentato solo il business, ma ha compromesso la funzionalità di asset fisici distribuiti sul territorio.

L'illusione della ridondanza nei servizi critici

Il concetto di ridondanza è il pilastro su cui poggiano le promesse dei provider cloud. In teoria, un'azienda che opera su più zone di disponibilità non dovrebbe subire un blackout totale se una singola zona fallisce. Tuttavia, l'evento del 20 ottobre suggerisce che esista una differenza tra ridondanza teorica e resilienza reale.

Molte aziende configurano i propri servizi in modo che siano 'regionale' ma non 'multi-regionale' per risparmiare sui costi di latenza e di trasferimento dati. Se l'intera applicazione di una banca o di un servizio di mobilità è ospitata esclusivamente in europe-west2, la ridondanza tra le zone (a, b, c) all'interno di Londra diventa irrilevante se il guasto colpisce l'interconnessione della regione o se l'architettura non è progettata per il failover automatico verso un'altra area geografica, come ad esempio Francoforte o Belgio.

Questa è l'illusione della ridondanza: credere che l'affidabilità del provider sostituisca la strategia di disaster recovery dell'azienda cliente. Il fatto che servizi critici siano rimasti offline per ore indica che i piani di continuità operativa di molte società europee erano insufficienti o non testati per scenari di blackout regionale.

Sovranità digitale e resilienza tra NIS2 e l'indebolimento del cloud europeo

L'incidente di Londra avviene in un momento di forte tensione normativa in Europa. La direttiva NIS2 (Network and Information Security 2) impone obblighi rigorosi di gestione del rischio e di continuità operativa per i settori considerati critici, tra cui finanza, energia e trasporti. Il blackout di Google Cloud solleva un interrogativo fondamentale: le attuali norme sono sufficienti a garantire la sicurezza dei cittadini?

L'Europa si trova in una posizione di dipendenza strutturale dai cosiddetti Hyperscaler americani. Mentre si discute di sovranità digitale, la realtà è che la maggior parte delle infrastrutture critiche UE poggia su tecnologie non europee. L'indebolimento di alternative cloud locali rende le imprese europee ostaggio di guasti tecnici che avvengono a migliaia di chilometri di distanza, ma che bloccano l'economia locale.

Per le imprese italiane, questo evento deve essere un campanello d'allarme. La conformità a NIS2 non può essere un mero esercizio burocratico, ma deve tradursi in una revisione dell'architettura IT. La strategia multi-cloud — ovvero distribuire i carichi di lavoro tra due o più provider diversi — non è più un lusso per grandi corporation, ma una necessità di sopravvivenza per chi gestisce servizi essenziali.

Per monitorare l'evoluzione di questo rischio, gli imprenditori dovrebbero osservare i seguenti indicatori verificabili:

• L'adozione di standard di interoperabilità tra cloud diversi per facilitare la migrazione rapida dei dati (da osservare nei prossimi aggiornamenti dell'AI Act e delle norme cloud UE).
• L'incremento di investimenti in infrastrutture cloud sovrane europee, misurabile attraverso il numero di nuovi data center certificati Gaia-X.
• L'introduzione di sanzioni da parte delle autorità di vigilanza finanziaria per le aziende che non dimostrano piani di disaster recovery multi-regione entro il 2027.

In definitiva, il guasto di europe-west2-b non è stato un semplice errore tecnico, ma un test di stress non richiesto per l'intera economia digitale europea. Ha dimostrato che la velocità di scalata offerta dal cloud ha un prezzo: la fragilità sistemica.

Domande frequenti

---

Fonti: En, Lamilano, Motorimagazine ·

glacom · IA per aziende e PMI: da dove si comincia davvero →