Zwei Bedeutungen desselben Wortes

AWS und die Europäische Kommission verwenden den Begriff 'digitale Souveränität' derzeit für zwei unterschiedliche Dinge. Am 18. August 2026 kündigte AWS an, ab Oktober 2026 einen dauerhaften Builder Loft in Berlin zu eröffnen, mit einem Programm aus Lernveranstaltungen zu digitaler Souveränität, Hackathons und Security-Readiness-Workshops. Der Beitrag von Channy Yun, Principal Developer Advocate, im AWS News Blog beschreibt Souveränität als Lernthema, neben KI-Weiterbildung in Hyderabad und Community-Programmen in Sao Paulo.

Vier Monate zuvor, am 17. April 2026, nutzte Brüssel denselben Begriff für einen ganz anderen Zweck: als bewertetes Vergabekriterium. Der Cloud Sovereignty Framework der Kommission misst Souveränität anhand von acht Zielbereichen, darunter strategische, rechtliche, operative und ökologische Aspekte sowie Lieferkettentransparenz, technologische Offenheit, Sicherheit und EU-Rechtskonformität. Dieser Rahmen lehrt Souveränität nicht, er prüft sie.

Der Unterschied zwischen beiden Verwendungen zählt, weil nur eine davon Folgen für ein Vergabeverfahren hat. Wer an einem Berliner Hackathon zu Souveränität teilnimmt, geht mit Wissen nach Hause. Ein Unternehmen, das sich um einen öffentlichen EU-Auftrag bewirbt, braucht eine zertifizierte SEAL-Stufe, und Wissen über den Begriff ersetzt diese Zertifizierung nicht.

Wie Brüssel Souveränität bewertet

Die Sovereignty Effectiveness Assurance Levels der Kommission, kurz SEAL, reichen von SEAL-0 bis SEAL-4, und die Skala entstand, weil 'souveräne Cloud' zu einem Marketingbegriff ohne gemeinsame Definition geworden war. SEAL-0 markiert das völlige Fehlen von Souveränität, SEAL-4 eine vollständige EU-Lieferkette, von den Chips bis zur Software, ohne Abhängigkeit außerhalb der Union.

Für ihren eigenen Rahmenvertrag über 180 Millionen Euro setzte die Kommission SEAL-2 als Mindestvoraussetzung fest. Die meisten Gewinnerangebote übertrafen diese Schwelle deutlich und erreichten SEAL-3 statt sich mit dem Minimum zu begnügen, was zeigt, dass die Skala echte von oberflächlichen Souveränitätsansprüchen bereits trennt.

Von dieser Bewertung ist im Berliner Programm von AWS nichts zu finden. Ein Hackathon oder ein Security-Readiness-Workshop kann erklären, was SEAL-2 bedeutet, ohne dass AWS dadurch selbst eine solche Stufe erreicht, denn die Bewertung gilt der tatsächlichen Infrastruktur und den Eigentumsverhältnissen eines Bieters, nicht seiner Bereitschaft, über das Konzept zu sprechen.

Die vier Gewinner, und die Abwesenheit

Vier Konsortien gewannen die Rahmenverträge der Kommission, und jedes davon hat seinen Sitz in der EU. Post Telecom aus Luxemburg und Frankreich gewann gemeinsam mit OVHcloud und CleverCloud. STACKIT, der deutsche Cloud-Arm der Schwarz-Gruppe, zu der Lidl und Kaufland gehören, gewann allein. Scaleway, Teil der französischen Iliad-Gruppe, gewann ebenfalls allein. Proximus, mit Standorten in Belgien, Frankreich und Luxemburg, gewann zusammen mit S3NS, Clarence und Mistral.

AWS steht nicht auf dieser Liste, ebenso wenig Microsoft Azure oder Google Cloud. Kein US-Hyperscaler hält einen Anteil an den vergebenen 180 Millionen Euro, obwohl amerikanische Anbieter weiterhin rund 80 Prozent der jährlichen professionellen Cloud-Ausgaben der EU abwickeln, eine Konzentration, die EU-Politiker als strategische Schwachstelle bezeichnen.

AnbieterSitzPartnerErgebnis
Post TelecomLuxemburg/FrankreichOVHcloud, CleverCloudGewonnen
STACKITDeutschlandSchwarz-Gruppe (allein)Gewonnen
ScalewayFrankreichIliad-Gruppe (allein)Gewonnen
ProximusBelgien/Frankreich/LuxemburgS3NS, Clarence, MistralGewonnen
AWSUSA-Nicht vergeben

Was ein Klassenzimmer nicht zertifizieren kann

Die Teilnahme an einer Session zu digitaler Souveränität im Berliner Builder Loft von AWS bringt ein Unternehmen der SEAL-Zertifizierung keinen Schritt näher, weil beide Systeme nicht miteinander verbunden sind. Der Builder Loft ist Community-Programm für Entwickler, das SEAL-Rahmenwerk ist ein Vergabeinstrument für Infrastruktur und Eigentumsstruktur, und eine Organisation, die Souveränität für einen öffentlichen oder regulierten Auftrag nachweisen muss, braucht Letzteres, nicht Ersteres.

Eine weitere Ebene verdient kurze Erwähnung: AWS bleibt als US-Unternehmen der extraterritorialen Reichweite des US CLOUD Act unterworfen, unabhängig davon, wo seine EU-Rechenzentren physisch stehen oder welche Datenresidenz-Zusagen es macht. Das ist eine eigenständige, gut dokumentierte Rechtstatsache, kein neuer Befund dieses Rahmenwerks, aber sie bildet den Hintergrund, vor dem das SEAL-System überhaupt entstand.

Für Entwickler oder IT-Verantwortliche in Berlin bleibt eine einfache Unterscheidung: das Programm von AWS für das nutzen, was es ist, ein Ort zum Lernen über Cloud-Architektur und Community, und die SEAL-Bewertung der Kommission für das nehmen, was sie ist, die tatsächliche Hürde, die eine Organisation nehmen muss, wenn ein Vertrag nachweisbare Souveränität verlangt. Die beiden zu verwechseln ändert nichts daran, wonach eine Vergabestelle fragen wird.