Das Geschäftsmodell hinter Ihrer Souveränität — und warum es kündbar ist
Was der Bruch zwischen Google und T-Systems über europäische IT-Strategie verrät
Es war 2021 als Modellfall angekündigt. Telekom und Google bauen gemeinsam eine souveräne Cloud für Deutschland — mit Fokus auf Unternehmen, Behörden und das Gesundheitswesen. US-Technologie, deutscher Betreiber, juristische Distanz zum CLOUD Act. Der pragmatische Kompromiss, an den sich viele europäische IT-Strategien geklammert haben.
Wenige Jahre später, so berichtet das Handelsblatt unter Berufung auf drei Insider, steht das Projekt in seiner jetzigen Form vor dem Aus. Google führt bereits Gespräche mit einem neuen Partner.
Die Schlagzeile ist eine Personalie. Die Lektion ist eine strukturelle.
Was die Partnerschaft eigentlich war
Die Konstruktion folgte einer einfachen, eleganten Idee: Hyperscaler-Innovation einkaufen, deutsche Betriebshoheit davorschalten. T-Systems betreibt die Infrastruktur, Google liefert den Stack. Auf dem Papier eine saubere Trennung zwischen Technologie und Datenhoheit.
Für viele CIOs war das die Antwort auf eine unmögliche Frage: Wie nutzen wir die Innovationsgeschwindigkeit der US-Anbieter, ohne uns ihrer Rechtsprechung auszuliefern?
Die Antwort lautete: Wir kaufen Souveränität als Produkt.
Genau hier liegt der Konstruktionsfehler.
Drei Lesarten — und alle drei sind unbequem
Die wirtschaftliche Lesart. Souveräne Cloud-Konstruktionen skalieren schlechter als das Standardgeschäft der Hyperscaler. Die Marge ist dünner, die Komplexität höher, die Kundenzahl begrenzt. Wenn ein Anbieter ausschert, dann nicht zuletzt, weil die Rechnung nicht aufgeht.
Die technologische Lesart. Hyperscaler entwickeln ihren Stack in einer Geschwindigkeit, mit der lokale Betreiberpartner kaum Schritt halten können. Neue Dienste, neue APIs, neue Sicherheitsstandards — die souveräne Variante hinkt zwangsläufig hinterher. Was als Schutz gedacht war, wird zur Innovationsbremse. Und beide Seiten merken irgendwann: Diese Asymmetrie ist nicht reparierbar.
Die politische Lesart. Der transatlantische Tonfall hat sich verändert. US-Konzerne sind heute weniger willens, sich durch europäische Konstruktionen einzuschränken. Souveränitäts-Partnerschaften sind in Washington derzeit kein Karrierehebel. Was vor vier Jahren als zukunftsweisend galt, gilt heute als unnötige Selbstbeschränkung.
Jede dieser drei Kräfte allein wäre handhabbar. Alle drei zusammen sind das Ende des Modells.
Die eigentliche Lektion
Wer Souveränität als Produkt einkauft, kauft das Geschäftsmodell des Anbieters mit ein. Und Geschäftsmodelle ändern sich.
Das ist der Kern. Eine vertraglich abgesicherte Souveränitäts-Partnerschaft ist keine Souveränität — sie ist eine zeitlich begrenzte Lizenz darauf. Die Laufzeit hängt nicht an Ihrem Vertrag, sondern an der strategischen Lust des Anbieters.
In den vergangenen fünfzehn Jahren haben wir gelernt, dass Plattform-Anbieter ihre AGB ändern, ihre Preismodelle umbauen, ihre APIs deprecaten und ihre regionalen Strategien neu ordnen. Es wäre naiv anzunehmen, dass Souveränitäts-Konstrukte davon ausgenommen sind.
Drei Fragen, die jeder IT-Verantwortliche jetzt stellen sollte
1. Welche unserer „souveränen“ Lösungen hängen an einer einzigen Anbieter-Partnerschaft?
Das ist eine Inventur-Frage. Sie ist unangenehm, weil die Antwort oft lautet: mehr, als wir dachten. Souveränität wird häufig als Häkchen im Beschaffungsprozess abgehakt, nicht als architektonische Eigenschaft validiert.
2. Was ist unser Plan B, wenn diese Partnerschaft endet?
Nicht „falls“, sondern „wenn“. Eine ehrliche Risikoanalyse rechnet mit dem Auslaufen — nicht weil es sicher kommt, sondern weil die Kosten der Überraschung höher sind als die Kosten der Vorsorge.
3. Bauen wir Architektur, die Anbieterwechsel überlebt — oder Architektur, die einen einzigen Anbieter voraussetzt?
Das ist die strategische Frage. Sie entscheidet darüber, ob Souveränität in fünf Jahren noch verhandelbar ist — oder ob sie zur reinen Glückssache wird.
Was bleibt
Die Google-T-Systems-Geschichte ist kein Einzelfall. Sie ist das erste sichtbare Beispiel für ein Muster, das wir in den kommenden Jahren häufiger sehen werden: Souveränitäts-Partnerschaften, die unter wirtschaftlichem, technologischem und politischem Druck wieder auseinanderbrechen.
Die Reaktion sollte nicht Empörung sein. Auch nicht Resignation. Sondern eine nüchterne Konsequenz: Souveränität ist eine Disziplin, kein Vertrag.
Wer souverän bleiben will, muss Architektur bauen, die Anbieter überlebt. Datenklassifikation, die nicht an einer einzigen Plattform hängt. Exit-Strategien, die nicht im PowerPoint enden, sondern technisch erprobt sind. Und ein Verständnis dafür, dass jeder Vertrag eine Kündigungsklausel hat — auch wenn sie nicht auf Papier steht.
Das ist die unbequeme Wahrheit hinter der Schlagzeile.
Und sie betrifft nicht nur die Telekom.
E-Mail: sven.vollmer@business-quotient.com
Sven Vollmer ist „The Industrial Translator“. Er baut Brücken zwischen der operativen Realität der Industrie (SAP, Supply Chain) und den Möglichkeiten generativer KI. Sein Fokus liegt auf wertschöpfenden Anwendungen abseits des Hypes.
Transparenz-Hinweis: Dieser Artikel entstand mit redaktioneller Unterstützung von KI (Gemini/Claude). Die Ideen, fachliche Prüfung, die Auswahl der Use Cases und die Bewertung (‚Adult Supervision‘) oblagen zu 100% dem Autor.
LinkedIn: www.linkedin.com/in/sven-vollmer-bq
