La dipendenza del Regno Unito dal cloud dà ai provider statunitensi influenza sui servizi pubblici
La dipendenza del Regno Unito dal cloud è diventata una responsabilità politica, mentre i legislatori affrontano la questione di quante infrastrutture pubbliche siano nelle mani di aziende tecnologiche americane.
Secondo quanto riferito, Amazon Web Services e Microsoft forniscono fino all'80% dei servizi cloud acquistati dal governo britannico. Eppure i funzionari non sono in grado di indicare il livello esatto di dipendenza tra dipartimenti, enti pubblici e servizi critici.
Questa incertezza è rilevante perché cartelle cliniche, sistemi fiscali, comunicazioni della difesa e servizi governativi di uso quotidiano stanno migrando verso infrastrutture controllate da aziende con sede negli Stati Uniti. La Gran Bretagna ottiene tecnologia matura e implementazioni rapide, ma perde parte della libertà di decidere come debbano operare i sistemi essenziali.
Un recente rapporto sulla dipendenza dal cloud ha intensificato il dibattito. I membri del Parlamento hanno definito questa concentrazione una vulnerabilità strategica ed economica, non un semplice problema di approvvigionamento.
L'avvertimento più forte riguarda due rischi diversi che spesso vengono confusi. Il CLOUD Act degli Stati Uniti può obbligare i provider idonei a divulgare dati nell'ambito di un valido procedimento legale americano. Decisioni politiche o commerciali separate potrebbero inoltre influire sul mantenimento dell'accesso ai servizi.
La legge non crea un semplice pulsante in grado di spegnere istantaneamente l'infrastruttura britannica. Tuttavia, una dipendenza concentrata significa che una decisione straniera può avere conseguenze che le autorità britanniche non sono in grado di controllare pienamente.
Questo è il conflitto centrale. La Gran Bretagna vuole l'efficienza e la scala dei cloud americani, mantenendo al contempo l'autorità sui propri dati, servizi e scelte politiche.
La dipendenza del Regno Unito dal cloud è ora un rischio per il governo
Il cambiamento immediato è che il Parlamento considera ora la concentrazione nel cloud una questione di controllo nazionale.
La Commissione per la scienza, l'innovazione e la tecnologia della Camera dei Comuni è giunta a questa conclusione dopo aver esaminato i piani britannici per il governo digitale. Le sue conclusioni hanno messo in discussione l'assunto secondo cui acquistare maggiore capacità cloud produca automaticamente uno Stato più capace.
La commissione ha affermato che la dipendenza da un piccolo numero di provider statunitensi crea una “vulnerabilità strategica ed economica”. Ha avvertito che decisioni commerciali o governative straniere potrebbero far deragliare il programma britannico di trasformazione digitale.
Questa conclusione va oltre le normali preoccupazioni relative alla cybersecurity. I team di sicurezza di solito si chiedono se un sistema possa resistere alle intrusioni, rilevare gli abusi e riprendersi da un guasto tecnico.
La sovranità del cloud pone una domanda più ampia. Esamina se un Paese mantenga un'autorità significativa sulla tecnologia essenziale, compresi il suo funzionamento, i dati, i contratti e la futura disponibilità.
Le conclusioni sul governo digitale della commissione identificano AWS e Microsoft come dipendenze centrali. Evidenziano inoltre il quadro incompleto che il governo ha della propria esposizione.
Le stime ufficiali suggeriscono che il governo spenda ogni anno somme ingenti in servizi cloud. Chi Onwurah, presidente della commissione, ha affermato che AWS e Microsoft potrebbero rappresentare fino all'80% di tali acquisti.
Questa cifra va trattata con cautela. Riguarda gli acquisti governativi di servizi cloud, non una percentuale misurata di tutti i sistemi pubblici in esecuzione su queste piattaforme.
I funzionari governativi non mantengono un registro centralizzato completo che copra tutti i dipartimenti, gli enti pubblici, i servizi critici e le infrastrutture. La mancanza di misurazione è essa stessa parte del problema.
Un dipartimento non può elaborare un piano di uscita credibile senza sapere quali applicazioni dipendano da un provider. Deve inoltre identificare database connessi, sistemi di identità, licenze software, strumenti di sicurezza e competenze specialistiche.
Circa il 55% delle organizzazioni del governo centrale intervistate ha riferito che oltre il 60% del proprio patrimonio tecnologico era ospitato nel cloud. Ogni partecipante utilizzava uno dei due principali provider.
Questa indagine indica una concentrazione diffusa, ma non rivela quanta parte del patrimonio di ciascuna organizzazione appartenga ad AWS o Microsoft. Non misura inoltre tutte le organizzazioni governative.
I rischi non sono più teorici perché i servizi pubblici stanno attivamente migrando online. L'amministrazione fiscale, le cartelle del NHS, gli strumenti di identità governativa e le comunicazioni della difesa dipendono sempre più da infrastrutture gestite da remoto.
Le linee guida dello stesso Cabinet Office illustrano lo slancio istituzionale. Identificano AWS come piattaforma strategica di hosting e invitano i team a considerare AWS per prima per molti nuovi servizi.
Microsoft Azure supporta carichi di lavoro costruiti attorno a identità, collaborazione e software server Microsoft. Una volta che questi strumenti circostanti si sono radicati, sostituire l'infrastruttura diventa più complicato.
Questa dipendenza del Regno Unito dal cloud riflette quindi anni di decisioni razionali a livello di progetto. Ogni team ha scelto servizi maturi, talenti disponibili, controlli di sicurezza consolidati e percorsi di approvvigionamento familiari.
Il risultato complessivo è una dipendenza nazionale che nessun singolo dipartimento ha progettato deliberatamente. Il Parlamento si chiede ora se la convenienza a livello di progetto abbia ridotto la resilienza dell'intero Stato.
Il CLOUD Act solleva un conflitto sul controllo dei dati
Conservare le informazioni in un data center britannico non le mantiene necessariamente al di fuori dell'autorità legale americana.
Il Clarifying Lawful Overseas Use of Data Act si applica alle informazioni elettroniche controllate da provider soggetti alla giurisdizione degli Stati Uniti. La sola ubicazione non determina se un provider debba rispondere.
Il Dipartimento di Giustizia degli Stati Uniti afferma che un'azienda coperta deve divulgare informazioni pertinenti nell'ambito di un valido procedimento legale, indipendentemente da dove tali informazioni siano archiviate. Le sue linee guida sul CLOUD Act spiegano inoltre che il provider deve essere soggetto alla giurisdizione americana.
Questa distinzione mette in discussione una concezione comune della residenza dei dati. La residenza dei dati descrive dove le informazioni sono archiviate fisicamente, mentre il controllo legale riguarda quali autorità possano imporre l'accesso.
Una regione britannica gestita da un'azienda americana può soddisfare requisiti contrattuali di localizzazione. Non elimina automaticamente ogni potenziale pretesa derivante dalla giurisdizione del Paese d'origine del provider.
Il CLOUD Act non concede neppure accesso illimitato a ogni record detenuto da un'azienda cloud americana. Le autorità necessitano comunque di un procedimento legale applicabile e i provider possono talvolta contestare richieste in conflitto tra loro.
Regno Unito e Stati Uniti dispongono inoltre di un accordo bilaterale che disciplina l'accesso legittimo alle prove elettroniche. Questo quadro crea procedure legali, anziché autorizzare una consultazione informale dei dati da parte dei governi.
Nonostante ciò, la preoccupazione del Parlamento resta significativa. Le agenzie britanniche possono scegliere l'archiviazione locale continuando però a dipendere da un gruppo societario esposto a obblighi esteri.
Una risposta parlamentare del giugno 2026 ha riconosciuto questo problema. Il governo ha affermato che i dipartimenti devono valutare gli obblighi legali esteri quando agiscono in qualità di titolari del trattamento dei dati.
I funzionari hanno indicato crittografia, restrizioni di accesso, protezioni contrattuali e controlli organizzativi come possibili salvaguardie. Queste misure possono ridurre l'esposizione, ma la loro efficacia dipende dall'implementazione e dal controllo delle chiavi di crittografia.
La crittografia offre una protezione più solida quando il cliente controlla le chiavi e il provider non può decrittografare autonomamente le informazioni archiviate. Tuttavia, molte applicazioni cloud devono elaborare dati leggibili durante il normale funzionamento.
Anche metadati amministrativi, backup, registri, informazioni di identità e servizi gestiti possono trovarsi al di fuori del modello di crittografia principale di un'applicazione. Una valutazione della sovranità deve coprire l'intero sistema.
Secondo quanto riferito, Microsoft ha dichiarato a Bloomberg di non aver fornito dati del governo britannico in risposta a richieste delle autorità americane o di altre autorità straniere. Questa dichiarazione riguarda le divulgazioni passate, non ogni possibile richiesta futura.
I dipartimenti britannici affermano allo stesso modo che i loro contratti rispettano i requisiti nazionali di sicurezza e protezione dei dati. Queste salvaguardie sono importanti, ma non eliminano il conflitto giurisdizionale di fondo.
La retorica politica ha talvolta descritto il CLOUD Act come un “interruttore di spegnimento” straniero. Questa formulazione combina un meccanismo documentato di accesso ai dati con una più ampia preoccupazione relativa alla continuità.
La legge stessa si concentra sulla conservazione e divulgazione delle informazioni. Non autorizza direttamente il governo degli Stati Uniti a disabilitare i servizi fiscali, sanitari o della difesa britannici.
Un'interruzione del servizio richiederebbe un diverso meccanismo legale, sanzionatorio, di controllo delle esportazioni, contrattuale o societario. Non esistono prove pubbliche che Washington abbia ordinato a un hyperscaler di disconnettere i servizi pubblici britannici.
Ciononostante, la sovranità cloud del Regno Unito non può ignorare del tutto questa possibilità. I governi utilizzano già sanzioni e controlli tecnologici per limitare l'accesso da parte di organizzazioni straniere.
La preoccupazione credibile è dunque strutturale, non imminente. La Gran Bretagna non ha il controllo completo sui sistemi il cui funzionamento continuativo dipende da aziende disciplinate in parte dalle leggi di un altro Paese.
Questa distinzione rafforza l'argomento anziché indebolirlo. I decisori politici possono pianificare in modo più efficace attorno a un rischio giurisdizionale definito rispetto a un'affermazione esagerata di un potere immediato di spegnimento.
Il lock-in di AWS e Microsoft limita le scelte della Gran Bretagna
Il principale antagonista non è la Gran Bretagna contro la tecnologia americana, ma la sovranità del governo contro il lock-in accumulato dei fornitori.
Il lock-in dei fornitori si verifica quando dipendenze tecniche, finanziarie o contrattuali rendono insolitamente difficile cambiare fornitore. Spesso cresce gradualmente dopo una migrazione iniziale al cloud.
Le applicazioni iniziano a utilizzare database, sistemi di monitoraggio, strumenti di identità, servizi di distribuzione e controlli di sicurezza di un provider. I dipendenti sviluppano poi competenze attorno alla stessa piattaforma.
Migrare il carico di lavoro originale potrebbe sembrare gestibile. Sostituire ogni dipendenza circostante diventa un costoso programma ingegneristico con rischi operativi.
La Competition and Markets Authority del Regno Unito ha rilevato che AWS e Microsoft detenevano entrambe un significativo potere di mercato. Secondo quanto riferito, entrambe controllavano tra il 30% e il 40% dei pertinenti servizi infrastrutturali britannici nel corso del 2024.
Google seguiva con una quota molto più ridotta. I provider britannici ed europei più piccoli incontravano notevoli ostacoli all'ingresso o all'espansione nel mercato.
La decisione sul mercato cloud dell'autorità di regolamentazione ha identificato barriere tecniche e commerciali al passaggio da un provider all'altro e all'adozione del multicloud. Multicloud significa gestire deliberatamente carichi di lavoro presso più di un provider.
Tali barriere includono costi di trasferimento dei dati, interfacce incompatibili, complessità della migrazione, accordi di spesa vincolata e carenze di personale specializzato. Le pratiche di licenza software di Microsoft hanno creato un'ulteriore preoccupazione.
L'autorità di regolamentazione ha concluso che alcune licenze Microsoft indebolivano la capacità di AWS e Google di competere per i clienti che utilizzano software Microsoft. Ciò ha ridotto la scelta in un mercato già concentrato.
La CMA non ha ordinato uno smembramento generalizzato del mercato cloud. Ha invece raccomandato ulteriori valutazioni nell'ambito del regime britannico di concorrenza digitale.
Entro marzo 2026, AWS e Microsoft avevano proposto modifiche riguardanti l'interoperabilità e le tariffe per il trasferimento dei dati. L'autorità di regolamentazione ha affermato che tali misure potrebbero facilitare l'uso del multicloud e il cambio di provider.
Ha inoltre avviato un’indagine più ampia sull’ecosistema del software aziendale di Microsoft. L’indagine può esaminare le pratiche di licensing che collegano Windows, software di produttività, database, prodotti di sicurezza e servizi cloud.
Queste misure sulla concorrenza affrontano una parte del problema della sovranità. Rendere più semplice il passaggio da un fornitore all’altro rafforza il potere contrattuale dei clienti e rende più credibili i piani di continuità operativa.
Tuttavia, costi di trasferimento più bassi non creano un fornitore nazionale con lo stesso catalogo di servizi, la stessa presenza geografica, forza lavoro ingegneristica o capacità di investimento. La concentrazione del mercato non può scomparire soltanto attraverso modifiche contrattuali.
Gli appalti pubblici rafforzano lo squilibrio. I grandi fornitori possono soddisfare complessi standard di sicurezza, supportare operazioni globali e assorbire lunghi processi di vendita alla pubblica amministrazione.
I fornitori più piccoli spesso faticano a gestire certificazioni, oneri amministrativi degli appalti e la richiesta di ampie garanzie sul servizio. Manca inoltre la base installata che genera referenze per contratti futuri.
Gli acquisti governativi possono quindi premiare la scala anche quando la politica favorisce ufficialmente la concorrenza. Un dipartimento sotto pressione per le consegne di norma sceglierà un fornitore che già conosce.
Il proposto contratto cloud del governo centrale potrebbe rafforzare questa dinamica. Aggregare la domanda può garantire condizioni commerciali migliori, ma può anche concentrare più carichi di lavoro presso i fornitori vincitori.
Il Parlamento vuole che il governo spieghi come il proprio piano di acquisti coordinati impedirà un ulteriore lock-in. Raccomanda inoltre di pubblicare valori dei contratti, clausole di recesso, condizioni di licensing e valutazioni del valore.
Questa trasparenza aiuterebbe a capire se i dipartimenti possono davvero abbandonare un fornitore. Una clausola di uscita serve a poco se le applicazioni non possono funzionare altrove senza una profonda riprogettazione.
Il governo deve inoltre distinguere il backup dall’indipendenza. Replicare i dati in un altro servizio non garantisce che un’applicazione possa funzionare lì durante un guasto.
Una vera portabilità richiede processi di deployment testati, formati dati compatibili, controlli di identità indipendenti e personale in grado di gestire l’alternativa. Queste capacità hanno un costo prima che si verifichi qualsiasi emergenza.
Le organizzazioni affrontano lo stesso problema con i sistemi informativi interni. Mantenere utilizzabili gli importanti documenti tecnici locali al di fuori di una singola piattaforma può preservare una flessibilità concreta durante migrazioni o interruzioni.
Per il governo, questo principio deve estendersi a codice, dati, contratti, conoscenze operative e titolarità dei servizi. La sovranità dipende da alternative concretamente utilizzabili, non solo dal linguaggio degli appalti.
I cloud sovrani non possono eliminare ogni dipendenza
Un’etichetta sovrana riduce rischi selezionati, ma non assegna automaticamente alla Gran Bretagna un controllo indipendente.
I fornitori americani hanno risposto alle preoccupazioni europee con infrastrutture regionali, amministrazione limitata, crittografia gestita dal cliente e offerte di cloud sovrano.
Questi modelli possono limitare dove viaggiano le informazioni e chi gestisce i sistemi sensibili. Possono inoltre favorire la conformità ai requisiti britannici in materia di sicurezza e privacy.
La questione difficile riguarda ciò che accade quando la giurisdizione legale entra in conflitto con l’architettura tecnica. Una controllata regionale dipende comunque da software, proprietà intellettuale, aggiornamenti e competenze del più ampio gruppo aziendale.
I clienti devono esaminare quale entità firma il contratto, controlla le chiavi di crittografia, fornisce gli amministratori e possiede la tecnologia sottostante. Devono inoltre verificare cosa accade se tali rapporti cambiano.
Le dichiarazioni del governo sottolineano spesso che le informazioni sensibili restano nei data center del Regno Unito. È utile, ma la localizzazione dei dati copre soltanto uno strato della sovranità.
La sovranità operativa riguarda la capacità della Gran Bretagna di mantenere un sistema funzionante senza un’azione continua da parte di un fornitore estero. La sovranità tecnica riguarda la possibilità per un altro fornitore di mantenere o sostituire il sistema.
La sovranità legale riguarda quali autorità possano obbligare il fornitore. La sovranità della catena di approvvigionamento include aggiornamenti software, chip, apparecchiature di rete e servizi specialistici.
Nessuna strategia nazionale realistica renderà ogni livello interamente nazionale. I moderni sistemi cloud dipendono da hardware globale, progetti open source, standard internazionali e team di ingegneria distribuiti.
L’obiettivo pratico è una dipendenza controllata. La Gran Bretagna deve identificare dove l’affidamento a soggetti esteri è accettabile e dove è necessario un ripiego indipendente.
La sanità offre un esempio chiaro. Un ospedale può beneficiare di archiviazione cloud scalabile e sicurezza gestita, mantenendo al contempo controlli rigorosi sulle informazioni dei pazienti.
Tuttavia, il suo piano di continuità deve affrontare più dei backup. Durante un’interruzione, i medici necessitano di applicazioni funzionanti, servizi di identità, accesso alla rete e cartelle cliniche recenti.
L’amministrazione fiscale presenta un’altra sfida. Un servizio può tollerare una manutenzione programmata, ma non può restare indisponibile durante importanti periodi di dichiarazione.
I sistemi di difesa richiedono controlli ancora più rigorosi. Alcuni carichi di lavoro possono utilizzare infrastrutture commerciali, mentre altri richiedono ambienti isolati e operazioni controllate a livello nazionale.
La Gran Bretagna ha iniziato a imporre una supervisione aggiuntiva nei settori in cui la concentrazione potrebbe creare danni sistemici. Nel luglio 2026, ha designato Microsoft, Google Cloud, AWS e Oracle come terze parti critiche per i servizi finanziari.
Il regime di supervisione della resilienza consente alle autorità di regolamentazione finanziaria di valutare e applicare requisiti di continuità per servizi specificati. Non copre ogni carico di lavoro del settore pubblico.
Il regime dimostra che il governo riconosce la concentrazione come un rischio operativo. Tuttavia, la supervisione non può sostituire la diversità dei fornitori o opzioni di uscita testate.
Anche i governi europei stanno sperimentando alternative più solide. La Francia ha sostenuto aziende cloud nazionali e ha spostato determinati carichi di lavoro sanitari verso fornitori europei.
Il Land tedesco dello Schleswig-Holstein sta trasferendo i sistemi governativi dai prodotti Microsoft verso alternative open source. L’open source offre accesso al codice e può ridurre la dipendenza da una singola società di licensing.
L’open source non elimina le sfide operative. I governi hanno ancora bisogno di manutentori, team di sicurezza, competenze di migrazione e organizzazioni responsabili della qualità del servizio.
Anche i fornitori europei rimangono molto più piccoli dei maggiori hyperscaler americani. Non possono riprodurre immediatamente ogni database gestito, servizio AI, piattaforma di analytics o funzionalità di rete globale.
Una politica affrettata di “comprare nazionale” potrebbe produrre costi più elevati, servizi più deboli o una nuova forma di lock-in. La proprietà da sola non garantisce portabilità, sicurezza o resilienza.
L’approccio più solido combina diversi strumenti. La Gran Bretagna può utilizzare fornitori nazionali per capacità selezionate, standard aperti per la portabilità e hyperscaler dove la loro scala offre benefici evidenti.
Può inoltre richiedere crittografia controllata dal cliente, subappalti trasparenti, piani di ripristino testati e procedure di uscita documentate. Questi requisiti dovrebbero riflettere la sensibilità dei carichi di lavoro.
La visione scettica è che una vera diversificazione rimarrà costosa. I dipartimenti affrontano scadenze operative e vincoli di bilancio, mentre i fornitori alternativi necessitano di una domanda prevedibile prima di espandersi.
Questo problema circolare spiega perché il Parlamento ha proposto impegni anticipati e obiettivi di approvvigionamento. Il governo prometterebbe domanda futura per capacità strategicamente importanti, consentendo ai fornitori di investire prima.
Il successo di tale approccio dipende dall’esecuzione. Obiettivi che premiano una diversità nominale dei fornitori senza verificare l’indipendenza modificherebbero la rendicontazione, non la resilienza.
Cosa succederà ora per la sovranità cloud del Regno Unito
Tre decisioni imminenti mostreranno se l’avvertimento politico si trasformerà in una strategia operativa.
Il primo segnale è la risposta formale del governo al Parlamento. I ministri devono spiegare come definiscono la sovranità tecnologica e quali capacità richiedono un controllo nazionale più forte.
Il comitato ha inoltre richiesto piani di emergenza per una richiesta ai sensi del CLOUD Act che coinvolga le informazioni dei cittadini britannici. Una risposta dettagliata rafforzerebbe l’idea che il rischio sia gestito.
Una risposta vaga, incentrata soltanto sui data center del Regno Unito, la indebolirebbe. La collocazione fisica non risponde pienamente alle questioni relative all’accesso legale, alla continuità del servizio o alla dipendenza tecnica.
Il secondo segnale è la strategia cloud nazionale prevista per febbraio 2027. Il governo aveva precedentemente rinviato quella pubblicazione mentre il suo team politico svolgeva ulteriori ricerche.
L’attuale roadmap della strategia cloud promette principi guida per servizi pubblici sicuri, resilienti e sostenibili. Tali principi necessitano di requisiti misurabili.
La strategia dovrebbe identificare i carichi di lavoro critici, standard minimi di portabilità e tempi di ripristino accettabili. Dovrebbe inoltre richiedere ai dipartimenti di mantenere mappe aggiornate delle dipendenze.
Una strategia credibile distinguerebbe i sistemi di produttività ordinari dai servizi essenziali di sanità, fiscalità, identità e sicurezza. Trattare ogni carico di lavoro allo stesso modo sprecherebbe risorse.
Il documento dovrebbe inoltre conciliare due obiettivi governativi concorrenti. Gli acquisti centralizzati possono migliorare il potere negoziale, mentre la diversità dei fornitori può ridurre la concentrazione.
Il successo significherebbe che gli acquirenti governativi ottengono condizioni migliori senza vincolare più sistemi a una sola architettura. Il fallimento produrrebbe un contratto più grande con le stesse barriere all’uscita.
Il terzo segnale è la prova che le riforme della concorrenza producono effettivi cambi di fornitore e adozione multicloud. AWS e Microsoft hanno promesso modifiche riguardanti interoperabilità e costi di trasferimento.
La CMA ha dichiarato che avrebbe esaminato i progressi dopo sei mesi. Le misure importanti sono i risultati per i clienti, non il numero di impegni annunciati.
I funzionari dovrebbero monitorare se le organizzazioni spostano carichi di lavoro, adottano interfacce indipendenti e testano il ripristino su un’altra piattaforma. Dovrebbero inoltre misurare il costo totale e il tempo necessari.
Se i cambi di fornitore restano rari, le riforme non hanno risolto il lock-in sottostante. La Gran Bretagna dipenderebbe ancora dalla buona volontà contrattuale anziché da alternative pratiche.
Il governo necessita inoltre di un dashboard affidabile sul consumo cloud. Senza informazioni coerenti, i ministri non possono identificare concentrazioni tra fornitori, dipartimenti e servizi critici.
Quel dashboard dovrebbe includere durata dei contratti, date di rinnovo, clausole di recesso, sensibilità dei carichi di lavoro, accordi di ripristino e dipendenza da servizi proprietari. La sola spesa aggregata è insufficiente.
Per gli sviluppatori, questo dibattito modifica le decisioni architetturali. I servizi cloud gestiti possono ridurre i tempi di consegna, ma ogni componente proprietario aumenta il costo futuro di una migrazione.
I team che lavorano su servizi importanti dovrebbero separare, ove pratico, la logica applicativa portabile dalle integrazioni specifiche del fornitore. Dovrebbero documentare quali funzionalità non possono essere riprodotte altrove.
Gli acquirenti aziendali dovrebbero richiedere prove di uscita prima di firmare impegni a lungo termine. Un fornitore dovrebbe spiegare come possano essere trasferiti dati, log, identità, chiavi di crittografia e applicazioni.
Anche i knowledge worker hanno interesse nella dipendenza del Regno Unito dal cloud. I loro archivi, le comunicazioni, le informazioni sanitarie e le interazioni con il governo transitano sempre più attraverso questi sistemi.
La questione politica non è se le aziende cloud americane siano intrinsecamente non sicure. La Gran Bretagna le utilizza perché offrono servizi maturi, controlli di sicurezza consolidati e una notevole capacità ingegneristica.
La domanda è se uno Stato debba gestire servizi essenziali senza conoscere la propria esatta dipendenza né disporre di alternative testate.
La Gran Bretagna non deve abbandonare AWS, Microsoft, Google o Oracle per riconquistare margini di manovra. Ha bisogno di prove che i servizi critici possano sopravvivere a guasti tecnici, conflitti legali e cambiamenti commerciali.
Ciò richiede di mappare le dipendenze, testare le strategie di uscita, sostenere alternative credibili e calibrare le misure di protezione sulla sensibilità di ciascun carico di lavoro.
La prossima strategia nazionale per il cloud rivelerà se la dipendenza britannica dal cloud resterà un monito politico o diventerà un rischio gestito. I lettori dovrebbero osservare le sue regole di portabilità, i dati sulle dipendenze pubblicati e le prove di un effettivo cambio di fornitore.
