Hvad AWS faktisk byggede
Den 15. januar 2026 åbnede AWS sin European Sovereign Cloud, med den første region i Brandenburg, Tyskland. Det er ikke en markedsføringsmaling af eksisterende regioner. Amazon beskriver den som en ny, uafhængig cloud for Europa, helt placeret inden for EU og fysisk og logisk adskilt fra andre AWS-regioner, udelukkende drevet af EU-bosiddende, uden operationel kontrol uden for EU's grænser og uden kritiske afhængigheder af ikke-EU-infrastruktur.
Selskabskonstruktionen er lige så bevidst: et nyt moderselskab med tre tyske GmbH-datterselskaber ledet af EU-borgere, direktørerne Stephane Israel og Stefan Hoechbauer, og et rådgivende udvalg med to uafhængige europæiske medlemmer, heriblandt en pensioneret fransk general, ved siden af tre Amazon-repræsentanter. Over 90 tjenester var tilgængelige ved lanceringen, med planlagt udvidelse til Belgien, Holland og Portugal.
Pengene understreger alvoren: 7,8 milliarder euro forpligtet i Tyskland, cirka 2.800 understøttede job om året. Uanset hvad man konkluderer om suverænitetsspørgsmålet, er dette det mest substantielle svar, en amerikansk hyperscaler endnu har givet på Europas bekymringer.
Bruxelles offentliggjorde pointsystemet
Fem måneder senere, den 1. juni 2026, offentliggjorde Europa-Kommissionen en forklaring af sit Cloud Sovereignty Framework, værktøjet den brugte til at evaluere leverandører i sit eget indkøb. Rammen bedømmer cloudtilbud på 48 kriterier grupperet i otte kategorier: strategisk, juridisk og jurisdiktionel, data og AI, operationel, forsyningskæde, teknologisk, sikkerhed og compliance samt miljømæssig bæredygtighed. Resultaterne munder ud i SEAL-niveauer, hvor SEAL-2 markerer den højeste datasuverænitet, SEAL-3 den højeste teknologiske autonomi og SEAL-4 fuld suverænitet.
Det er ikke et tankeeksperiment. I april 2026 tildelte Kommissionen en kontrakt på 180 millioner euro for suveræne cloudtjenester til EU-institutionerne til fire leverandører, evalueret på præcis disse kriterier. Suverænitet i Europa har nu et pointark, en køber der bruger det, og rigtige penge der strømmer igennem det.
Kriteriet, penge ikke kan købe
Læg de otte kategorier ved siden af AWS-byggeriet, og noget springer i øjnene. Drift, datalokation, forsyningskæde, teknologi: det er kategorier, hvor ingeniørkunst og investeringer kan flytte karakteren, og AWS har synligt konstrueret efter dem. Kategorien, der modstår konstruktion, er den juridisk-jurisdiktionelle, for den stiller et spørgsmål, ingen datterselskabsstruktur ændrer: hvem ejer i sidste ende operatøren, og hvilke ikke-EU-love kan tvinge den ejer.
Om den akse vil den europæiske debat blive ved med at dreje, og den seneste turbulens om transatlantiske dataoverførsler har kun skærpet den. Pointen er ikke, at en amerikansk ejet suveræn cloud er ubrugelig, langtfra: for mange arbejdsbelastninger er dens garantier rigeligt. Pointen er, at svaret ikke længere er et ja eller nej. Det er en karakter, og forskellige arbejdsbelastninger kræver forskellige karakterer.
Sådan køber man cloud efter dette
Rammen forærer private købere et gratis værktøj. Man behøver ikke være en EU-institution for at bruge de otte kategorier som sin egen tjekliste: klassificer dine arbejdsbelastninger efter den suverænitetskarakter, de faktisk kræver, fra marketingsite over lønsystem til de systemer, en myndighed eller en krise kunne forvandle til et jurisdiktionsspørgsmål. De fleste virksomheder opdager, at kun en tynd skive kræver topkaraktererne.
Skift så et spørgsmål i leverandørsamtalerne. Ikke: er jeres cloud suveræn? Enhver brochure siger ja. I stedet: målt mod Kommissionens Cloud Sovereignty Framework, hvilket SEAL-niveau ville dette tilbud nå, og i hvilken kategori ville pointene være lavest? En leverandør, der svarer præcist, fortjener shortlisten. En leverandør, der svarer med ordet suveræn, fortæller dig, at etiketten laver det arbejde, arkitekturen burde lave.
Læs videre: Din Microsoft-fornyelse er en løftestang · Europa bygger en fødereret cloud
