Jedes grosse Cloud-Angebot kommt heute mit einem Souveränitätskapitel. Es listet Rechenzentrumsstandorte, Zertifizierungen und einen beruhigenden Absatz über europäische Gesellschaften. Verwaltungsräte lesen es, fühlen sich beruhigt und unterschreiben. Monate später stellt die Rechtsabteilung fest, dass die Control Plane aus einer anderen Jurisdiktion betrieben wird, dass das Schlüsselmaterial nie wirklich ausserhalb der Reichweite des Anbieters lag, und dass die Exit-Klausel noch von niemandem getestet wurde.
Unsere Sicht ist einfach: Souveränität ist keine Eigenschaft eines Rechenzentrums. Sie ist eine Eigenschaft von Verträgen, Architekturen und geprobten Abläufen, und sie zeigt sich nur unter Druck. Die folgenden Fragen stellen wir dem Management, bevor eine Cloud-Entscheidung den Verwaltungsrat erreicht. Sie sind mit Zustimmung des Autors dem Buch Sovereign Cloud (Rheinwerk Computing) entnommen, das aus unserem Team heraus entstanden ist, sowie seiner fortlaufenden Arbeit mit Behörden und Unternehmen im deutschsprachigen Raum.
Die sechs Prüffragen
- Welchem Recht unterliegen Betreiber, Control Plane und Support-Pfade im Konfliktfall? Nicht der Normalbetrieb zählt, sondern der Ernstfall. Fragen Sie, wo die Menschen sitzen, die Ihre Umgebung anfassen können, welches Recht sie bindet, und was geschieht, wenn zwei Rechtsordnungen einander widersprechen.
- Wer kann Admin-Zugriffe erzwingen, und wer kann sie verweigern? Die Antwort steht selten in der Pressemitteilung. Sie steht in den Nutzungsbedingungen, der Liste der Unterauftragnehmer und der Eigentümerstruktur der Betreibergesellschaft.
- Liegt die Schlüsselverwaltung nachweisbar ausserhalb der Anbietersphäre? Nachweisbar heisst auditierbar: ein externes HSM, eine dokumentierte Key Ceremony, ein Protokoll, das ein Dritter prüfen kann. Eine Folie mit «kundenverwaltete Schlüssel» ist eine Behauptung, kein Beleg.
- Wurde der Exit real getestet, nicht nur dokumentiert? Ein Exit-Plan, der nie auch nur teilweise ausgeführt wurde, ist eine Vermutung mit Budgetposten. Proben Sie die Migration eines Workloads und messen Sie die Zeit.
- Erhöht dieser Vertrag die Kontrolltiefe oder nur den Funktionsumfang? Funktionskataloge wachsen jedes Quartal. Kontrolltiefe (wer was stoppen kann, und wie schnell) wächst selten. Kaufen Sie das Zweite, nicht das Erste.
- Wer entscheidet im Ernstfall, und wie schnell? Lautet die Antwort «drei Gremien und ein Eskalationspfad beim Anbieter», ist die Abhängigkeit bereits Ihre. Unklare Verantwortung ist die teuerste Abhängigkeit von allen.
Was das für den Verwaltungsrat bedeutet
Keine dieser Fragen verlangt technische Tiefe. Sie verlangen die Disziplin, auf dokumentierte, prüfbare Antworten zu bestehen, und die Bereitschaft, eine Unterschrift zu verschieben, bis sie vorliegen. Nach unserer Erfahrung überstehen nur wenige Angebote alle sechs Fragen, und es sind nicht immer die teuersten.
Daraus folgen drei praktische Schritte:
- Machen Sie die sechs Fragen zum festen Bestandteil jeder Cloud-Vorlage an den Verwaltungsrat, schriftlich vom Management beantwortet, mit Belegen im Anhang.
- Trennen Sie die Souveränitätsentscheidung von der Anbieterentscheidung. Legen Sie zuerst fest, welche Kontrollen Sie benötigen. Vergleichen Sie erst dann, wer sie liefern kann.
- Finanzieren Sie die Probe. Ein getesteter Exit für einen kritischen Workload kostet einen Bruchteil eines Programmbudgets und macht aus der Exit-Klausel eine echte Option statt einer Hoffnung.
Wie Cloud Tower Group dabei unterstützt
Wir arbeiten mit Verwaltungsräten und Geschäftsleitungen als unabhängiges Gegenüber bei Cloud- und KI-Entscheidungen. Dazu gehört die Prüfung von Souveränitätszusagen gegen Vertrag und Architektur, die Vorbereitung der Verwaltungsratsvorlage und, wo eine Entscheidung Menschen erfordert, die die Organisation noch nicht hat, die Suche nach Architekten und Interim-Führungskräften, die sie tragen können. Wir halten keine Mandate von Cloud-Anbietern und verkaufen keine Cloud-Software. Unsere einzige Produktbeziehung, ClearView von SBSI, legen wir in jedem betroffenen Angebot offen.
Die vollständige Argumentation, mit Deployment-Modellen, regulatorischem Kontext und Gesprächen mit den Führungsetagen von Microsoft, AWS, SAP, Delos, StackIT, Red Hat und IBM, steht im Buch: Sovereign Cloud. Der Leitfaden für Systemarchitekten und CTOs (Rheinwerk Computing, 2026).