Die Debatte über KI-Souveränität in Europa dreht sich zu oft um die falsche Frage. Nicht der Serverstandort oder der Herkunftspass eines Modells entscheidet über echte KI-Souveränität, sondern die Architektur dahinter. Wer heute die strukturellen Weichen falsch stellt, zahlt morgen eine Rechnung, die in keiner Kalkulation steht. KI-Souveränität Vendor Lock-in ist das reale Risiko und es ist lösbar.
Anfang Juni 2026 gilt: Die großen amerikanischen Hyperscaler betreiben echte Sovereign-Cloud-Angebote in Europa. Die Frontier-Modelle sind alles andere als Commodity. Und das entscheidende Risiko für europäische Unternehmen ist nicht der US CLOUD Act, sondern schlechte Architekturentscheidungen, die den Spielraum für Jahrzehnte einschränken.
Dies ist Teil 1 zur KI-Souveränität 2.0. In Teil 2 geht es um die Frage: „Ist der CLOUD Act noch das richtige Thema? Warum das Downgrade der teure Fehler ist“
Wie plant man den Exit richtig für mehr KI-Souveränität? Fünf Maßnahmen
Der Exit, der zählt, ist kein politisches Statement. Er ist eine technische und finanzielle Vorbereitung. Wer die folgenden Maßnahmen ernst nimmt, kauft sich Optionen, die kaum Kapital binden, aber im Ernstfall Monate an Migrationsarbeit einsparen.
Was kostet das Rückgängigmachen?
Vor jeder Dreijahresverpflichtung für eine Daten- oder Agentenplattform gehört eine Zahl auf den Tisch: Was kostet der Ausstieg in Jahr zwei, wenn die Anforderungen über den Vertrag hinauswachsen oder ein stärkeres Modell beim Wettbewerb erscheint? Wenn die Antwort eine 18-monatige Migration ist, wurde kein Vertrag unterschrieben, sondern ein Wechselkostenrisiko akzeptiert.
Im VANE Loop Framework, das ich gemeinsam mit Mario Meir-Huber entwickelt habe, gilt diese „Reversal Premium“ als erstklassige Größe im Business Case. Nicht als Fußnote. Die meisten KI-Infrastruktur-Entscheidungen aus 2025 sind bereits obsolet und abzuschreiben. Das ist kein Vorwurf, sondern die Ausgangslage.
Harness statt Direktverdrahtung
Ein Modell-Harness ist das Gerüst um ein KI-Modell: Orchestrierungslogik, erlaubte Tools, Kontext-Aufbau, Retry-Mechanismen, Evaluierungen und die schriftliche Spezifikation, gegen die das Modell arbeitet. Hier sitzt das eigentliche intellektuelle Kapital eines Unternehmens.
Der gängige deutsche Begriff Agenten-Framework unterschätzt das: Ein Framework ist etwas, das man von einem Anbieter übernimmt. Ein Harness ist etwas, das man selbst besitzt und kontrolliert. Wer diesen Harness als eigene Schicht baut und die Tools als MCP-Server exponiert statt als providerspezifische Funktionsdefinitionen, kann darunter Modell und Orchestrator tauschen ohne den Harness dreimal neu zu entwickeln.
Gateway als Puffer zur Außenwelt für mehr KI-Souveränität
Wer Provider-SDKs direkt aus jedem Service aufruft, stellt die Weichen für eine teure Querschnittsänderung. Kommt ein günstigeres oder stärkeres Modell, oder verlangt eine Regulierungsbehörde die Verlagerung einer Datenklasse auf EU-gehostete Infrastruktur, muss in Dutzende Repositories eingegriffen werden.
Ein Modell-Gateway reduziert das auf eine Konfigurationsänderung. Self-hosted mit LiteLLM oder Kong AI Gateway, oder über den Gateway-Layer des genutzten Hyperscalers, wie AWS Bedrock, Microsoft Foundry oder Google Gemini Enterprise Agent Platform. Entscheidend ist: Das Gateway bleibt in der eigenen Jurisdiktion und gibt einen zentralen Ort für Kostenlimits, Rate-Limits und den providerübergreifenden Tracing-Log.
Wenn nur ein Schritt, dann Gateway einrichten. Es ist der günstigste, am schnellsten rückgängig zu machende und verhandlungsstärkste erste Schritt. Ein Anbieter, der weiß, dass ein Wechsel eine Konfigurationsänderung ist, verhält sich anders als einer, der auf Abhängigkeit bauen kann.
Offene Tabellenformate als Schutz vor schleichendem Lock-in
Lock-in kündigt sich selten an. Er versteckt sich in Architekturentscheidungen. Ein Lakehouse in einem proprietären Vendor-Format abzulegen, bedeutet still die Compute-Schicht an diesen Vendor zu binden. Apache Iceberg auf Object Storage hingegen erlaubt es, dass Snowflake, Databricks und ein EU-gehostetes System dieselben Tabellen lesen. Der Mehraufwand ist gering. Verglichen mit einer erzwungenen Migration einige Jahre später ist er trivial.
Vendor Lock-in entsteht eine Architekturentscheidung nach der anderen.
Ein warmes Fallback für die Verhandlung
Ein open-weight Modell der Mistral- oder Llama-Klasse, inference-ready auf lokaler Infrastruktur oder bei einem souveränen Provider im eigenen Land, ist kein primäres Produktionssystem, sondern ein Verhandlungsmittel. Der Wert liegt im Können zu wechseln, nicht im tatsächlichen Betrieb.
Ein Anbieter, der weiß, dass ein Wechsel in Tagen möglich ist, verhält sich bei Preisgesprächen anders als einer, der Abhängigkeit voraussetzt. Das Fallback ist zugleich eine BCM- und Compliance-Übung.
Daten klassifizieren, bevor man sie platziert: Grundlage für KI-Souveränität
Nicht jede Tabelle gehört ins gleiche Haus. DSGVO-regulierte personenbezogene Daten können auf betriebseigener oder souveräner Cloud-Infrastruktur liegen, während der Großteil der Workloads über ein starkes Frontier-Modell in einer EU-Region läuft.
Wer den Kostenpunkt pro Aufgabe beziffert, erkennt schnell: Die meisten Ausgaben und der Großteil der Leistungsfähigkeit gehen an Workloads, die von vornherein nicht sicherheitssensitiv sind. Erfahrungswert aus der Praxis: KI für Coding und Metadatenverarbeitung ist der Bereich, in dem das Flagship-Modell seinen Kostenaufschlag von bis zu 50x tatsächlich verdient, weil es dort wirklich überlegen ist. Das verknüpft die Souveränitätsdebatte zurück mit dem Kostenbudget.
Fazit: Optionen offen halten kostet wenig. Sie zu verlieren, kostet viel
Die fünf Maßnahmen: Reversal Premium einpreisen, Harness bauen, Gateway einrichten, offene Formate wählen, Fallback warmhalten, sind keine großen Transformationsprojekte. Es sind strukturelle Entscheidungen, die früh und günstig zu treffen sind.
Wer sie nicht trifft, begegnet später dem, was Mario Meir-Huber und ich in Finance-Grade Data & AI Products den „Dual-Run-Tax“ nennen: die multiplikativen Kosten des parallelen Betriebs alter und neuer Systeme während einer Migration erfahrungsgemäß das 2,2- bis 2,5-Fache. Dieser Rechnung entgeht man nicht durch bessere Argumente, sondern durch frühere Planung.
In Teil 2 zur KI-Souveränität 2.0: Lesen Sie mehr, ob der CLOUD Act noch das richtige Thema ist. Warum das Sovereign-Cloud-Angebot der Hyperscaler die Debatte verändert und weshalb das Downgrade auf ein schwächeres EU-Modell der teurere Fehler ist.
Sie möchten wissen, wie Ihre aktuelle Infrastruktur im Hinblick auf KI-Souveränität und Vendor Lock-in aufgestellt ist? Unsere Expertinnen und Experten bei Specific-Group analysieren Ihre Architektur und zeigen konkrete Handlungsoptionen auf.
Quellen
- Karl Ivo Sokolov & Mario Meir-Huber: Finance-Grade Data & AI Products: The VANE Loop Framework, Vane Loop Research, 2026.
- Karl Ivo Sokolov & Mario Meir-Huber: „From Slop to Ship“, William Inmon’s Substack, Mai 2026.
- Karl Ivo Sokolov: „My issue with the European AI sovereignty debate“, Reasonable Intelligence, Mai 2026.
By Dr. Michael Steinke
By Dr. Andreas Muzik
By Franz Zahn
By Martin Juppe
