Digitale Souveränität ist eine architektonische Entscheidung
Ein Schweizer Unternehmen kann seine Daten zwar in der Schweiz speichern, ist aber dennoch in hohem Masse auf Infrastruktur, Software, Verschlüsselungsdienste und Verwaltungstools angewiesen, die von anderen Standorten aus gesteuert werden.
Das bedeutet jedoch nicht automatisch, dass die Architektur ungeeignet ist. Internationale Technologieanbieter stellen Funktionen bereit, die viele Organisationen weder wirtschaftlich nachbilden noch in vergleichbarem Umfang betreiben könnten. Das Problem entsteht erst dann, wenn Unternehmen den Standort der Daten als alleinigen Maßstab für digitale Souveränität betrachten.
Moderne Technologie-Stacks bestehen aus mehreren Ebenen von Abhängigkeiten. Die Cloud-Infrastruktur ist eine davon. Identitätssysteme, Verschlüsselungsschlüssel, Verwaltungskonsolen, Software-Updates, KI-Modelle, APIs und fachspezifisches Betriebswissen können jeweils eigene Abhängigkeiten schaffen.
Schweizer Organisationen benötigen daher eine praxisorientiertere Definition von Souveränität: Wie viel Kontrolle behält das Unternehmen über die Systeme, auf die es angewiesen ist, und was geschieht, wenn eine dieser Abhängigkeiten nicht mehr verfügbar, wirtschaftlich unattraktiv oder rechtlich schwer umsetzbar wird?
Die Frage nach dem Datenstandort beantwortet nur eine einzige Frage
Der Begriff „Datenaufbewahrungsort“ gibt einem Unternehmen Auskunft darüber, wo seine Daten physisch gespeichert oder verarbeitet werden. Für regulierte Branchen, öffentliche Einrichtungen und Unternehmen, die mit sensiblen Daten umgehen, kann dies eine wesentliche Anforderung sein.
Es beschreibt nicht den gesamten Technologie-Stack.
Eine Anwendung kann in einem Schweizer Rechenzentrum ausgeführt werden, während ihre Steuerungsebene auf Technologien basiert, die von einem anderen Rechtsraum aus betrieben werden. Ein Unternehmen kann Daten lokal verschlüsseln, während es für Teile des Schlüsselverwaltungsprozesses auf einen externen Anbieter zurückgreift. Eine Anwendung kann ihre Kerndatenbank in der Schweiz speichern und gleichzeitig ausgewählte Informationen an ausländische APIs senden, sobald Mitarbeiter eine integrierte KI-Funktion nutzen.
Die Architektur baut diese Beziehungen Schritt für Schritt auf, einen Dienst nach dem anderen.
Aus diesem Grund können Beschaffungsfragebögen, die sich hauptsächlich auf den Serverstandort konzentrieren, der Unternehmensleitung ein unvollständiges Bild vermitteln. Eine fundiertere Bewertung berücksichtigt die Daten, die betriebliche Steuerung und die technischen Abhängigkeiten im gesamten System.
Wer kann die Umgebung verwalten? Wer verwaltet die Verschlüsselungsschlüssel? Welcher Anbieter stellt Identitätsdienste bereit? Wohin werden die Protokolle übertragen? Welche externen APIs erhalten Informationen? Können Administratoren das System weiterbetreiben, wenn der zentrale Dienst eines Anbieters nicht mehr verfügbar ist? Wie aufwendig wäre eine Migration?
Die Antworten sagen viel mehr über die praktische Souveränität aus als die Postleitzahl eines Rechenzentrums.
KI fügt eine weitere Abhängigkeitsschicht hinzu
Generative KI erschwert die Analyse, da Unternehmen ein Modell selten isoliert einsetzen.
Ein KI-Dienst für Unternehmen kann ein Grundmodell, eine Cloud-Infrastruktur, Abrufsoftware, Vektordatenbanken, Orchestrierungstools, Überwachungssysteme und Anbindungen an interne Anwendungen umfassen. Teams können auch mehrere Modellanbieter nutzen, da beispielsweise ein Anbieter bei der Dokumentenanalyse bessere Ergebnisse liefert, während ein anderer für die Codierung, Übersetzung oder multimodale Aufgaben besser geeignet ist.
Jede Verbindung führt zu einer technischen und wirtschaftlichen Abhängigkeit.
Schweizer Unternehmen müssen diese Abhängigkeiten nicht vermeiden. Sie müssen wissen, welche davon sie in Kauf nehmen können.
Eine Marketingabteilung, die mit öffentlichen Informationen experimentiert, weist ein anderes Risikoprofil auf als eine Bank, die Kundenunterlagen analysiert, oder ein Hersteller, der einen KI-Agenten an Produktionssysteme anbindet. Die Architektur sollte diese Unterschiede widerspiegeln, anstatt für jede Arbeitslast denselben Souveränitätsstandard anzuwenden.
Unternehmen können bestimmte Anwendungen weiterhin auf gängigen öffentlichen Cloud-Infrastrukturen betreiben, während sie sensiblere Workloads in Umgebungen mit strengeren rechtlichen, betrieblichen oder kryptografischen Kontrollen unterbringen. Andere wiederum können ausgewählte Open-Source-Modelle auf einer von ihnen kontrollierten Infrastruktur ausführen und gleichzeitig für weniger sensible Aufgaben weiterhin kommerzielle Modelle nutzen.
Dieser hybride Ansatz bietet oft mehr Flexibilität als der Versuch, jede Komponente gleichermaßen eigenständig zu gestalten.
Die Kontrolle über die Verschlüsselung verdient mehr Aufmerksamkeit
Verschlüsselung taucht in Sicherheitsdiskussionen häufig als technische Schutzmaßnahme auf. Aus souveränitätspolitischer Sicht ist die Frage, wer die Schlüssel kontrolliert, jedoch von größerem Interesse.
Ein Cloud-Anbieter kann verschlüsselte Daten hosten, während der Kunde die Kontrolle über das zur Entschlüsselung erforderliche kryptografische Material behält. Verschiedene Implementierungsmodelle bieten unterschiedliche Grade der Trennung zwischen Anbieter und Kunde.
Bei sensiblen Workloads sollten Unternehmen klären, ob ein Anbieter während des normalen Betriebs Zugriff auf Informationen im Klartext hat, welche Berechtigungen Administratoren besitzen und wie sich Schlüsselverwaltungssysteme bei einem Ausfall oder einem Rechtsstreit verhalten.
Das Gleiche gilt für Backups.
Ein Unternehmen verfügt nur über begrenzte betriebliche Unabhängigkeit, wenn sowohl seine Primärumgebung als auch seine Wiederherstellungsumgebung vom selben Anbieter, derselben Verwaltungsebene und demselben Authentifizierungsdienst abhängig sind. Geografische Redundanz kann zwar vor einem lokalen Infrastrukturausfall schützen, lässt jedoch eine andere Art von Abhängigkeit unberührt.
Bei der Resilienzplanung müssen daher sowohl die technologische Konzentration als auch der physische Standort berücksichtigt werden.
Die Austrittsmöglichkeit macht Souveränität zu etwas Messbarem
Viele Unternehmen diskutieren bei der Beschaffung über die Unabhängigkeit von Anbietern und erkennen die wahren Kosten der Abhängigkeit erst, wenn sie versuchen, den Anbieter zu wechseln.
Cloud-Plattformen regen Unternehmen dazu an, verwaltete Datenbanken, proprietäre Analyseprodukte, serverlose Funktionen und spezialisierte KI-Dienste zu nutzen, da diese Tools den Betriebsaufwand verringern. Die Vorteile können erheblich sein. Jede proprietäre Komponente kann jedoch auch den Migrationsaufwand erhöhen.
Eine sinnvolle Architekturüberprüfung wirft eine einfache betriebliche Frage auf: Wenn das Unternehmen diese Arbeitslast verlagern müsste, was müsste sich ändern?
Manche Systeme lassen sich möglicherweise relativ einfach migrieren, da sie auf portablen Technologien und gut dokumentierten Schnittstellen basieren. Bei anderen sind möglicherweise eine Neuprogrammierung der Anwendungen, Datenkonvertierungen, neue Sicherheitsmaßnahmen und monatelange Entwicklungsarbeit erforderlich.
Keines dieser beiden Szenarien bestimmt automatisch die richtige Architektur. Ein Unternehmen kann eine starke Abhängigkeit von einem Anbieter durchaus in Kauf nehmen, wenn die wirtschaftlichen und technischen Vorteile das Ausstiegsrisiko überwiegen.
Die Unternehmensleitung sollte diese Abwägung bewusst treffen.
Sobald Teams den Aufwand für die Migration, die Datenportabilität, die Ersatzoptionen und die Umstellungszeit einschätzen, ist Souveränität kein abstraktes politisches Konzept mehr. Sie wird zu einem Bestandteil der Geschäftskontinuität und des technologischen Risikomanagements.
Schweizer Unternehmen können die Systeme priorisieren, die einer Kontrolle bedürfen
Völlige technologische Unabhängigkeit wäre für die meisten Organisationen kostspielig und für viele unrealistisch.
Server sind auf globale Hardware-Lieferketten angewiesen. Unternehmensanwendungen nutzen internationale Softwarebibliotheken. Cybersicherheitsprodukte greifen auf Bedrohungsinformationen aus verschiedenen Rechtsräumen zurück. KI-Modelle sind auf spezialisierte Chips, Rechenzentrumsinfrastruktur und Software-Ökosysteme angewiesen, die kein einzelnes Unternehmen vollständig kontrolliert.
Eine tragfähige Souveränitätsstrategie beginnt daher damit, zu ermitteln, in welchen Bereichen Abhängigkeiten zu inakzeptablen Folgen führen könnten.
Ein Krankenhaus legt möglicherweise den Schwerpunkt auf die Kontrolle über Patienteninformationen und klinische Systeme. Eine Bank konzentriert sich möglicherweise auf Kundendaten, die Transaktionsinfrastruktur und die Identitätsprüfung. Ein Hersteller könnte Produktionstechnologie, geistiges Eigentum und Lieferkettensysteme höher auf der Prioritätenliste ansetzen. Öffentliche Einrichtungen haben möglicherweise zusätzliche Anforderungen hinsichtlich der Aufrechterhaltung staatlicher Dienstleistungen und der Zuständigkeit.
Unternehmen können dann ihren Technologie-Stack anhand dieser Prioritäten abgleichen.
Diese Vorgehensweise zeigt oft, dass Souveränität kein einheitlicher, technischer Zustand ist, der in der gesamten Organisation gilt. Unterschiedliche Systeme erfordern unterschiedliche Kontrollstufen.
Die Beschaffung muss architektonische Fragen stellen
Bisher haben IT-Einkaufsteams in der Regel Funktionalität, Sicherheitszertifizierungen, Preis und Servicelevel verglichen. Das Thema Souveränität wirft nun Fragen auf, die mehrere Fachbereiche betreffen.
Rechtsabteilungen müssen die rechtliche Zuständigkeit und vertragliche Risiken verstehen. Sicherheitsteams prüfen privilegierte Zugriffsrechte und Verschlüsselung. Unternehmensarchitekten bewerten Portabilität und technische Abhängigkeiten. Beschaffungsteams bewerten Konzentrationsrisiken und Wechselkosten. Die Geschäftsverantwortlichen entscheiden, in welchem Umfang das Unternehmen Betriebsunterbrechungen tolerieren kann.
Keine dieser Funktionen kann die Frage nach der Souveränität allein beantworten.
Unternehmen benötigen zudem einen besseren Überblick über ihre Abhängigkeiten. Durch den Einsatz von KI wird dies besonders dringlich, da Mitarbeiter neue Dienste schnell in Geschäftsprozesse einbinden können. Ein einzelnes Softwareprodukt kann über eine integrierte Funktion unbemerkt einen weiteren Modellanbieter oder einen externen Verarbeitungsdienst einbinden.
Die Architektur-Governance benötigt ausreichende Transparenz, um diese Änderungen zu erkennen, ohne dass jedes neue Tool zu einem sechsmonatigen Genehmigungsverfahren wird.
Bei Souveränität geht es eigentlich um Handlungsspielraum
Die Schweiz hat ihren wirtschaftlichen Ruf zu einem grossen Teil auf Zuverlässigkeit, Diskretion und institutioneller Stabilität aufgebaut. Diese Eigenschaften beeinflussen natürlich die Einstellung Schweizer Unternehmen zur technologischen Infrastruktur.
Digitale Souveränität sollte diesen Instinkt nicht in technologische Isolation münden lassen.
Ein Unternehmen erlangt praktische Souveränität, wenn es seine Abhängigkeiten versteht, die Systeme schützt, bei denen eine Kontrolle tatsächlich erforderlich ist, und realistische Alternativen aufrechterhält, bei denen eine Lieferantenkonzentration zu inakzeptablen Risiken führen könnte.
Das kann bedeuten, dass für eine bestimmte Arbeitslast eine Schweizer Infrastruktur zum Einsatz kommt, für eine andere ein globaler Hyperscaler und eine Hybridarchitektur, die mehrere Umgebungen miteinander verbindet. Die geeignete Ausgestaltung hängt von den zu verarbeitenden Daten, der Funktion des Systems und den Folgen ab, die entstehen, wenn ein Anbieter diese nicht mehr unter akzeptablen Bedingungen bereitstellen kann. Der Name der Cloud spielt eine geringere Rolle als die in der Architektur. Für Schweizer Unternehmen wird die digitale Souveränität dadurch von einem Beschaffungsslogan zu einer Gestaltungsdisziplin.
