Due significati della stessa parola
AWS e la Commissione Europea usano l'espressione 'sovranità digitale' per due cose diverse allo stesso tempo. Il 18 agosto 2026 AWS ha annunciato l'apertura, da ottobre 2026, di uno spazio permanente Builder Loft per sviluppatori a Berlino, con un programma costruito attorno a sessioni formative sulla sovranità digitale, hackathon e workshop di preparazione sulla sicurezza. Il post, firmato da Channy Yun, Principal Developer Advocate, sull'AWS News Blog, descrive la sovranità come un argomento da insegnare, accanto alla formazione sull'IA a Hyderabad e alla programmazione comunitaria a San Paolo.
Quattro mesi prima, il 17 aprile 2026, Bruxelles usava lo stesso termine per uno scopo molto diverso: come requisito di appalto valutato. Il Cloud Sovereignty Framework della Commissione misura la sovranità su otto obiettivi, tra cui considerazioni strategiche, legali, operative e ambientali, oltre a trasparenza della catena di fornitura, apertura tecnologica, sicurezza e conformità al diritto dell'UE. Quel quadro non insegna la sovranità, la verifica.
La differenza tra i due usi conta perché solo uno dei due ha conseguenze per una gara d'appalto. Chi partecipa a un hackathon berlinese sulla sovranità torna a casa con conoscenza. Un'azienda che partecipa a una gara pubblica dell'UE ha bisogno di un livello SEAL certificato, e conoscere il termine non equivale a possederlo.
Come Bruxelles valuta la sovranità
I Sovereignty Effectiveness Assurance Levels della Commissione, o SEAL, vanno da SEAL-0 a SEAL-4, e la scala esiste proprio perché 'cloud sovrano' era diventato un termine di marketing senza una definizione condivisa. SEAL-0 indica l'assenza totale di sovranità; SEAL-4 indica una catena di fornitura europea completa, dai chip al software, senza dipendenze fuori dal blocco.
Per il proprio quadro di appalto da 180 milioni di euro, la Commissione ha fissato SEAL-2 come soglia minima di ammissibilità. La maggior parte delle offerte vincenti ha superato ampiamente quella soglia, raggiungendo SEAL-3 invece di accontentarsi del minimo, il che suggerisce che la scala separa già le dichiarazioni di sovranità reali da quelle superficiali.
Niente di questa valutazione esiste all'interno del programma berlinese di AWS. Un hackathon o un workshop di preparazione sulla sicurezza può spiegare cosa significa SEAL-2 senza che questo porti AWS ad ottenerlo, perché il livello viene assegnato all'infrastruttura reale e alla struttura proprietaria di chi partecipa, non alla disponibilità di un'azienda a discuterne il concetto.
I quattro vincitori, e l'assenza
Quattro consorzi hanno vinto i contratti quadro della Commissione, e ognuno di essi ha sede nell'UE. Post Telecom, con sede in Lussemburgo e Francia, ha vinto insieme a OVHcloud e CleverCloud. STACKIT, il ramo cloud tedesco del gruppo Schwarz proprietario di Lidl e Kaufland, ha vinto da solo. Scaleway, parte del gruppo francese Iliad, ha vinto anch'essa da sola. Proximus, presente in Belgio, Francia e Lussemburgo, ha vinto insieme a S3NS, Clarence e Mistral.
AWS non compare in quella lista, e nemmeno Microsoft Azure o Google Cloud. Nessun hyperscaler statunitense detiene una quota dei 180 milioni di euro assegnati, anche se i fornitori americani continuano a gestire circa l'80 per cento della spesa cloud professionale annuale dell'UE, una concentrazione che i responsabili politici europei definiscono una vulnerabilità strategica.
| Fornitore | Sede | Partner | Esito |
|---|---|---|---|
| Post Telecom | Lussemburgo/Francia | OVHcloud, CleverCloud | Vinto |
| STACKIT | Germania | Gruppo Schwarz (da solo) | Vinto |
| Scaleway | Francia | Gruppo Iliad (da solo) | Vinto |
| Proximus | Belgio/Francia/Lussemburgo | S3NS, Clarence, Mistral | Vinto |
| AWS | Stati Uniti | - | Non assegnato |
Cosa non può certificare un'aula
Partecipare a una sessione sulla sovranità digitale al Builder Loft di AWS a Berlino non avvicina un'azienda alla certificazione SEAL, perché i due sistemi non sono collegati. Il Builder Loft è programmazione comunitaria rivolta agli sviluppatori; il quadro SEAL è uno strumento di appalto rivolto all'infrastruttura e alla struttura proprietaria, e un'organizzazione che deve dimostrare sovranità per un contratto pubblico o regolamentato deve rivolgersi al secondo, non al primo.
Vale la pena citare brevemente un ulteriore livello: AWS, in quanto azienda statunitense, resta soggetta alla portata extraterritoriale dello US CLOUD Act, indipendentemente da dove si trovino fisicamente i suoi data center nell'UE o dalle garanzie sulla residenza dei dati che offre. Si tratta di un fatto giuridico distinto e ben documentato, non di una scoperta nuova di questo quadro, ma è lo sfondo su cui il sistema SEAL è stato costruito fin dall'inizio.
Per uno sviluppatore o un responsabile IT a Berlino, la conclusione pratica è una distinzione semplice da tenere a mente: usare il programma di AWS per quello che è, un luogo dove imparare architettura cloud e community, e usare il livello SEAL della Commissione per quello che è, la soglia reale che un'organizzazione deve superare quando un contratto richiede sovranità dimostrabile. Confondere le due cose non cambia cosa chiederà un responsabile degli appalti.
Da leggere ora: La Commissione ha usato IA USA per il personale | La legge UE sulla riparazione è entrata in vigore come 27 leggi
