Die Bundes-KI-Cloud startet: der Deutschland-Stack wird real

250 Millionen Euro, zwei Konsortien, kein einziger US-Hyperscaler. Mit der Vergabe am 21. Mai 2026 hat das Bundesministerium für Digitales und Staatsmodernisierung die bislang größte KI-Infrastruktur-Entscheidung des Bundes getroffen. Sie liest sich wie ein Architektur-Dokument, nicht wie eine Pressemitteilung. Der Bund kauft keine Plattform-Website. Er kauft eine souveräne Cloud-Architektur als Platform-as-a-Service, baut sie über Konsortien aus deutschen und europäischen Anbietern und schreibt Zero-Trust, Schlüsselhoheit und Open Source in die Vertragsbedingungen. Für private Cloud-Betreiber ist der Vergabetext deshalb Pflichtlektüre: Er zeigt im Detail, wie souveräne Cloud im Betrieb aussieht.

Das Wichtigste in Kürze

• 250 Millionen Euro, zwei Lose: Das Konsortium um T-Systems und SAP führt mit 70 Prozent, das Konsortium aus SVA, Schwarz Digits und Codesphere hält 30 Prozent. Kein Los geht an einen US-Hyperscaler.
• Souveränität steht im Vertrag, nicht im Marketing: Zero-Trust, Bring Your Own Key und Open-Source-Komponenten sind Vergabe-Bedingungen, keine Optionen. Betreiber, Infrastruktur und Schlüsselverwaltung sind in der EU verankert.
• Die Lehre für private Betreiber: Wer souverän verkaufen will, muss Schlüsselhoheit, offene Schnittstellen und nachweisbare Compliance liefern, nicht behaupten. Der Bund hat gerade definiert, wie das Pflichtenheft aussieht.

Verwandt:Frontier-Modell per Behördenbescheid offline  /  NIS2 und DORA sauber trennen

1. Souveränität ist jetzt Vergabe-Kriterium, keine Vokabel

„Digitale Souveränität“ klang lange nach Festrede. In dieser Ausschreibung wird der Begriff zur Abnahmebedingung mit Prüfkriterien. Der Bund verlangt, dass Betreiber, Infrastruktur, Schlüsselverwaltung und Plattform-Software vollständig in der EU verankert sind. Zum ersten Mal entsteht eine Bundes-KI-Cloud auf einem Stack, bei dem kein einziges Los an einen amerikanischen Hyperscaler fällt.

Konkret heißt das zwei Dinge, die im Betrieb zählen. Erstens Zero-Trust: Jeder Zugriff wird einzeln geprüft, egal ob er aus dem internen oder externen Netz kommt. Zweitens Bring Your Own Key: Die nutzenden Behörden behalten die kryptografische Kontrolle über ihre eigenen Schlüssel, der Plattformbetreiber soll die Klartextdaten nicht im Zugriff haben. Das ist die technische Definition von Kontrolle, nicht die juristische.

Für private Betreiber ist die Botschaft unbequem. Souveränität ohne Schlüsselhoheit ist ein Etikett. Wer Kunden im öffentlichen Sektor oder in regulierten Branchen bedienen will, wird künftig an genau diesen zwei Punkten gemessen.

2. Open Source ist Vertragspflicht geworden

Die Plattform muss explizit auf offenen Schnittstellen aufsetzen und Open-Source-Komponenten zulassen. Das liest sich wie ein Bekenntnis, wirkt aber als Lock-in-Bremse. Der Bund hat aus der Vergangenheit gelernt: Eine Cloud, deren Schnittstellen einem einzigen Anbieter gehören, ist keine souveräne Cloud, sondern eine Abhängigkeit mit deutschem Rechenzentrum.

Der Effekt ist strategisch. Offene Schnittstellen senken die Wechselkosten und halten den Wettbewerb im Stack offen. Genau diese Logik treibt auch private Betreiber, die ihre Multi-Cloud-Kosten in den Griff bekommen wollen, wie das Cloud-Broker-Modell zeigt. Wo offene Standards greifen, verschiebt sich die Verhandlungsmacht zurück zum Kunden.

Die Probe aufs Exempel ist der Exit. Eine Plattform gilt erst dann als offen, wenn der Wechsel zu einem anderen Betreiber kein Migrationsprojekt über Monate auslöst. Open-Source-Komponenten und dokumentierte Schnittstellen machen aus einer theoretischen Wechseloption eine praktische. Für Betreiber heißt das: Wer offen baut, muss den Exit aktiv testen, nicht nur zusichern. Ein Datenexport, der im Ernstfall drei Wochen Handarbeit kostet, ist im Pflichtenheft des Bundes kein Beleg für Souveränität.

3. PaaS heißt: Der Bund mietet die Plattform, nicht die Verantwortung

Die Cloud wird ausdrücklich als Platform-as-a-Service vergeben, nicht als blanke Infrastruktur. Das Konsortium um T-Systems und SAP liefert die PaaS-Dienste, SVA verantwortet Architektur und Integration, Schwarz Digits stellt mit der BSI-zertifizierten StackIT-Cloud die Infrastruktur, Codesphere bringt den Plattform-Layer. Die Aufgaben sind sauber getrennt, die Verantwortung bleibt beim Bund.

Das ist der Punkt, an dem viele Souveränitäts-Debatten zu kurz greifen. PaaS verlagert den Betrieb, nicht die Haftung. Wer die Plattform mietet, muss trotzdem wissen, wie Schlüssel rotieren, wie Incidents eskalieren und wer im Ernstfall um 03:40 Uhr den Hörer abnimmt. Die Betreiberfrage verschwindet nicht, sie wird nur an Verträge delegiert.

Für private Anbieter lohnt der Blick auf die Rechnung dahinter. Wann sich ein souveräner Stack betriebswirtschaftlich trägt, hängt an Auslastung, Personal und Make-or-Buy, eine Frage, die Digital Chiefs entlang konkreter Kostenmodelle durchrechnet.

4. Die Compliance-Latte steigt messbar

Als Basis gelten ISO/IEC 27001 und BSI C5. Als nächste Stufe nennt die Ausschreibung den C3A-Souveränitätskatalog, der den Souveränitätsnachweis verschärft. Das ist mehr als ein Häkchen im Lastenheft. Es definiert ein bewegliches Ziel: Wer heute liefert, muss nachweisen können, dass er morgen den schärferen Katalog erfüllt.

Genau hier trennt sich Anspruch von Betrieb. Souveränität, Zero-Trust und auditierbare Schlüsselverwaltung müssen zusammen funktionieren, sonst entsteht „security by incident“ statt „security by design“. Der Unterschied kostet im Zweifel eine Woche Schlaf und eine Aufsichtsfrage, wie die parallele Debatte um NIS2 und DORA in Kubernetes-Clustern zeigt.

Ein bewegliches Compliance-Ziel verändert auch die Vertragslogik. Wer eine Zertifizierung als Momentaufnahme verkauft, fällt durch, sobald der nächste Katalog greift. Sinnvoller ist ein Betriebsmodell, das Audits als wiederkehrenden Takt einplant: Schlüsselrotation, Protokollierung und Nachweisführung laufen kontinuierlich mit, nicht erst zur Prüfung. Für private Betreiber ist das die unbequeme Konsequenz aus der Vergabe. Die Messlatte bleibt nicht stehen, also darf das Sicherheitskonzept es auch nicht.

5. Was private Cloud-Betreiber aus der Vergabe mitnehmen

Ein Detail ging in den Schlagzeilen fast unter: Der Zuschlag wurde erst möglich, nachdem die unterlegenen Bieter Google und Adesso ihre Vergaberügen zurückgezogen hatten. Souveränität setzt sich hier doppelt durch, technisch im Stack und politisch gegen die juristischen Einsprüche der großen Anbieter. Wer souverän anbieten will, hat ab jetzt einen Referenzfall, auf den sich auch private Kunden berufen können.

Drei Punkte sind übertragbar. Erstens: Souveränität wird einkaufbar, wenn sie als Pflichtenheft formuliert ist, nicht als Werteversprechen. Zweitens: Open Source und offene Schnittstellen sind das wirksamste Mittel gegen Lock-in, auch im privaten Vertragswerk. Drittens: Der Anbieter, der Schlüsselhoheit und nachweisbare Compliance verbindet, gewinnt die regulierten Kunden, nicht der mit dem größten Marketingbudget.

Der Deutschland-Stack ist damit mehr als ein Behördenprojekt. Er ist die erste großflächige Probe darauf, ob souveräne Cloud in Deutschland operativ funktioniert. Wenn sie es tut, wird das Pflichtenheft des Bundes zur Messlatte für alle, die im DACH-Raum souverän verkaufen wollen.

Häufige Fragen

Bildquelle: KI-generiert (Juli 2026)