Två betydelser av samma ord

AWS och EU-kommissionen använder uttrycket 'digital suveränitet' för två olika saker samtidigt. Den 18 augusti 2026 meddelade AWS att man från oktober 2026 öppnar en permanent Builder Loft-utvecklarplats i Berlin, med ett program byggt kring utbildningspass om digital suveränitet, hackathon och säkerhetsberedskapsworkshops. Inlägget, skrivet av Channy Yun, Principal Developer Advocate, på AWS News Blog, beskriver suveränitet som ett ämne att undervisa i, vid sidan av AI-kompetenshöjning i Hyderabad och community-program i Sao Paulo.

Fyra månader tidigare, den 17 april 2026, använde Bryssel samma term i ett helt annat syfte: som ett bedömt upphandlingskrav. Kommissionens Cloud Sovereignty Framework mäter suveränitet utifrån åtta mål, bland annat strategiska, juridiska, operativa och miljömässiga hänsyn, samt transparens i leveranskedjan, teknisk öppenhet, säkerhet och efterlevnad av EU-rätt. Det ramverket undervisar inte i suveränitet, det granskar den.

Skillnaden mellan de två användningarna spelar roll eftersom bara den ena har konsekvenser för en upphandling. Den som deltar i ett Berlin-hackathon om suveränitet går hem med kunskap. Ett företag som lämnar anbud på ett offentligt EU-kontrakt behöver en certifierad SEAL-nivå, och kunskap om ordet är inte detsamma som att inneha den.

Så bedömer Bryssel suveränitet

Kommissionens Sovereignty Effectiveness Assurance Levels, eller SEAL, går från SEAL-0 till SEAL-4, och skalan finns just för att 'suveränt moln' hade blivit ett marknadsföringsbegrepp utan gemensam definition. SEAL-0 markerar total avsaknad av suveränitet; SEAL-4 markerar en komplett EU-leveranskedja, från chip till mjukvara, utan beroende utanför unionen.

För sitt eget upphandlingsramverk på 180 miljoner euro satte kommissionen SEAL-2 som lägsta krav för deltagande. De flesta vinnande anbud passerade den gränsen med god marginal och nådde SEAL-3 i stället för att nöja sig med minimum, vilket tyder på att skalan redan skiljer äkta suveränitetsanspråk från ytliga.

Inget av denna bedömning finns i AWS Berlinprogram. Ett hackathon eller en säkerhetsberedskapsworkshop kan förklara vad SEAL-2 innebär utan att det för den skull för AWS närmare en sådan nivå, eftersom nivån tilldelas en anbudsgivares faktiska infrastruktur och ägarstruktur, inte ett företags villighet att diskutera begreppet.

De fyra vinnarna, och frånvaron

Fyra konsortier vann kommissionens ramavtal, och vart och ett har säte i EU. Post Telecom, med säte i Luxemburg och Frankrike, vann tillsammans med OVHcloud och CleverCloud. STACKIT, den tyska molngrenen av Schwarz-koncernen som äger Lidl och Kaufland, vann på egen hand. Scaleway, en del av franska Iliad-koncernen, vann också på egen hand. Proximus, verksamt i Belgien, Frankrike och Luxemburg, vann tillsammans med S3NS, Clarence och Mistral.

AWS finns inte på den listan, och inte heller Microsoft Azure eller Google Cloud. Ingen amerikansk hyperscaler har någon andel av de tilldelade 180 miljoner euro, samtidigt som amerikanska leverantörer fortsätter hantera cirka 80 procent av EU:s årliga professionella molnutgifter, en koncentration EU-politiker har kallat en strategisk sårbarhet.

LeverantörSätePartnerResultat
Post TelecomLuxemburg/FrankrikeOVHcloud, CleverCloudVann
STACKITTysklandSchwarz-koncernen (ensam)Vann
ScalewayFrankrikeIliad-koncernen (ensam)Vann
ProximusBelgien/Frankrike/LuxemburgS3NS, Clarence, MistralVann
AWSUSA-Tilldelades inte

Vad ett klassrum inte kan certifiera

Att delta i ett pass om digital suveränitet i AWS Berlin Builder Loft för inte ett företag närmare SEAL-certifiering, eftersom de två systemen inte är kopplade till varandra. Builder Loft är community-program riktat mot utvecklare; SEAL-ramverket är ett upphandlingsinstrument riktat mot infrastruktur och ägarstruktur, och en organisation som behöver bevisa suveränitet för ett offentligt eller reglerat kontrakt behöver det senare, inte det förra.

En ytterligare nivå förtjänar att nämnas kort: AWS, som amerikanskt bolag, förblir underkastat den extraterritoriella räckvidden hos den amerikanska CLOUD Act, oavsett var bolagets EU-datacenter fysiskt ligger eller vilka garantier om dataresidens det ger. Det är ett separat, väldokumenterat juridiskt faktum, inget nytt fynd från detta ramverk, men det är bakgrunden mot vilken SEAL-systemet över huvud taget byggdes.

För en utvecklare eller IT-ansvarig i Berlin är den praktiska slutsatsen en enkel distinktion att hålla fast vid: använd AWS program för vad det är, en plats att lära sig om molnarkitektur och gemenskap, och använd kommissionens SEAL-nivå för vad den är, den faktiska ribba en organisation måste ta sig över när ett kontrakt kräver påvisbar suveränitet. Att blanda ihop de två ändrar inget i vad en upphandlingsansvarig kommer att kräva.