Migration in die souveräne Cloud: Leitfaden 2026

nDSG, Swiss Government Cloud, lokale Anbieter: was Sie wissen müssen, um zu reüssieren

Die Cloud-Nutzung schreibt die Anforderungen an digitale Souveränität neu. Seit Inkrafttreten des revidierten nDSG im September 2023 gelten für Schweizer Organisationen schärfere Datenschutzpflichten. Gleichzeitig investiert die Eidgenossenschaft 319 Millionen CHF in die Swiss Government Cloud; das bestätigt einen strukturellen Zug zur souveränen Cloud. Für CIOs und CTOs ist eine Cloud-Migration keine rein technische Entscheidung mehr. Sie ist ein strategischer Trade-off aus regulatorischer Compliance, Kostenkontrolle und Reversibilität.

Dieser Artikel behandelt die drei Dimensionen der Cloud-Souveränität (rechtlich, technisch, operationell), eine fünfphasige Migrationsmethode aus der Praxis und Fehlermuster, die Forrester 2024 mit rund 40 % der Migrationen verband. Branchenzahlen gelten zum Artikeldatum. Keine Rechtsberatung.

Ziel ist ein Entscheidungsrahmen mit messbaren Kriterien, keine Folie.

Betrifft Cloud-Souveränität Sie?

Vier schnelle Fragen:

1. Datentyp: verarbeiten Sie sensible Personendaten (Gesundheit, Finance) oder strategische Unternehmensdaten?
2. Sektor: unterstehen Sie der FINMA, dem Gesundheitswesen oder betreiben Sie kritische Infrastruktur?
3. Volumen: speichern Sie mehr als 10 TB in der Cloud?
4. Verträge: verlangen Kunden oder Partner Hosting in der Schweiz?

Zwei oder mehr Ja: der Weg zur souveränen Cloud ist meist eine strategische Priorität.

Cloud-Souveränität in drei Dimensionen

Cloud-Souveränität sind drei ergänzende Achsen, die definieren, wie viel Kontrolle Sie tatsächlich über Infrastruktur und Daten haben.

Rechtliche Souveränität, nDSG und DSGVO

Das revidierte nDSG, in Kraft seit September 2023, verschärft Pflichten zur Verarbeitung von Personendaten. Anders als die DSGVO, die bis 4 % des weltweiten Umsatzes büssen kann, sanktioniert das nDSG natürliche Personen bis 250'000 CHF. Das schrumpft die Pflichten nicht: Transparenz der Verarbeitung, angemessene Sicherheitsmassnahmen und Meldepflicht von Verletzungen an den EDÖB (PFPDT).

Ein kritischer Punkt, selbst wenn Daten in einem Schweizer Rechenzentrum liegen, behandelt der EDÖB einen Vertrag mit einer US-Mutter als Export in die Vereinigten Staaten. Diese Position, bestätigt im Microsoft-SUVA-Gutachten 2022 und aktualisiert im September 2024 mit dem Swiss-U.S. Data Privacy Framework, zwingt Organisationen zu prüfen, ob der Anbieter dem Framework beigetreten ist oder Standardvertragsklauseln unterzeichnet hat.

nDSG-Cloud-Checkliste:

• Auftragsverarbeitungsvertrag nach nDSG Art. 9
• physischer Serverstandort in der Schweiz
• Beitritt des Anbieters zum Swiss-U.S. Data Privacy Framework (bei US-Gesellschaft)
• Meldeverfahren bei Verletzungen (nDSG Art. 24)
• Datenschutz-Folgenabschätzung für sensible Daten

Technische Souveränität: Kontrolle der Infrastruktur

Technische Souveränität ruht auf drei messbaren Säulen. Erstens physischer Standort: Daten und Backups ausschliesslich auf Schweizer Territorium, in zertifizierten Rechenzentren. Zweitens Verschlüsselung: at rest (AES-256 als übliche Basis) und in transit (TLS 1.3), mit Schlüsseln bei der Kundenorganisation, nicht nur beim Anbieter. Drittens Administratorzugriff: Fähigkeit, Zugriffe des Anbieterpersonals zu prüfen und zu beschränken, mit nachvollziehbaren Logs, die zu einem ISO-27001-Dossier passen.

Als souveräner Schweizer Cloud-Betreiber dokumentiert Hikube diese Säulen über ISO 27001 (SQS). Hidora SA betreibt Hikube: Compute, Storage und Backups bleiben in Genf, Gland und Luzern. Hikube beansprucht kein ISO 27018. Keine Rechtsberatung. Gesundheitsdaten in der Schweiz sind ein nDSG-Thema, kein französisches HDS. Hikube ist nicht HDS-zertifiziert.

Operationelle Souveränität: Reversibilität und Portabilität

Reversibilität ist die Fähigkeit, Daten und Anwendungen ohne hartes technisches Lock-in zurückzuholen oder zu verschieben. Gartner hat den Markt für souveräne Cloud auf etwa 169 Milliarden USD im Jahr 2028 projiziert, mit rund 36 % jährlichem Wachstum. Dazu gehört eine schärfere Nachfrage nach Portabilität: Standardformate, offene APIs, kein proprietäres Lock-in.

Operationelle Portabilität heisst auch vollständige Architekturdokumentation (Infrastructure as Code, Terraform wenn Sie es nutzen), die Möglichkeit, alle Daten in einem vertraglichen Fenster zu exportieren (oft 30 Tage als Obergrenze genannt), und Zugang zu Logs und Performance-Metriken über die gesamte Vertragslaufzeit. Hikube: Terraform und Cluster API kommen; kubectl, Helm und S3-Clients bleiben. Kein erfundenes öffentliches Hikube-Export-SLA.

Fünfphasige Migrationsmethode

Eine erfolgreiche souveräne Cloud-Migration folgt fünf sequenziellen Phasen, jede mit messbaren Lieferobjekten.

Phase 1: Audit des Bestands (4–6 Wochen)

Das Audit beginnt mit einem vollständigen Inventar von Anwendungen, Datenbanken, Abhängigkeiten und Datenflüssen. Automatisierte Werkzeuge (AWS Migration Evaluator, Azure Migrate) können etwa 80 % der Assets in einer Woche kartieren. Die restlichen 20 % brauchen Gespräche mit den Fachteams, um kritische Anwendungen, Sektorregeln und erwartete SLAs zu identifizieren. Diese SLAs sind Ihre, keine erfundenen Hikube-Kredite.

Drei wesentliche Lieferobjekte: vollständiges IT-Asset-Inventar mit Klassifikation (kritisch / wichtig / standard), Abhängigkeitsmatrix für enge Kopplungen, Analyse sensibler Daten nach nDSG.

Phase 2, Abhängigkeitskartierung (2–3 Wochen)

Tiefere technische Kartierung zeigt Interdependenzen zwischen Anwendungen, Netzinfrastruktur und Drittdiensten. Werkzeuge wie ServiceNow oder Cortex helfen, diese Links zu visualisieren und Anwendungcluster zu finden, die zusammen wandern müssen.

Netzflussanalyse (NetFlow oder gleichwertig) quantifiziert Transfervolumen; so dimensionieren Sie Bandbreite und antizipieren Transferkosten. Organisationen unterschätzen diese Zeile oft: für 10 TB wird der Ersttransfer oft zwischen 5'000 und 15'000 CHF genannt, je nach Anbieter und Standort. Bei Hikube wird Egress nicht berechnet; die Outbound-Zeile der Hyperscaler im TCO rechnen, wie im TCO-Artikel über 36 Monate.

Phase 3: Migrationsstrategie, Big Bang versus progressiv

Die Strategie ist eine Risiko-Nutzen-Wahl. Ein Big-Bang verschiebt den ganzen Bestand in einem Fenster, meist einem Wochenende. Das passt zu bescheidener Infrastruktur (unter etwa 50 Servern) mit kontrollierten Interdependenzen. Es verkürzt die Hybridphase und konzentriert das Risiko.

Ein progressiver Zug rollt Systeme in funktionalen Wellen über Wochen bis Monate aus. Forrester 2024 verband progressive Migrationen mit etwa 30 % weniger Störungen, bei längerer Koexistenz und etwa 15 bis 25 % höheren Übergangskosten.

Phase 4: Ausführung und Tests (je nach Strategie)

Die technische Ausführung folgt dem Plan aus Phase 3. Jedes migrierte System durchläuft vier Validierungen: funktional (läuft die App?), Performance (halten Ihre SLAs?), Sicherheit (stimmen Zugriffskontrollen?), Compliance (bleiben Daten in der Schweiz?).

Leistungsstarke Teams halten einen systematischen Rollback-Plan mit vordefinierten Auslösern. Beispiel: scheitern mehr als 20 % der Performance-Tests, zurück zur Quelle. Gartner verbindet diese Praxis nur mit etwa 40 % der Migrationen und mit etwa 60 % kürzerer mittlerer Lösungszeit während des Zugs. Branchenspannen, kein Hikube-RTO-Kredit.

Phase 5: Validierung und Optimierung (4–8 Wochen)

Die Validierung nach der Migration misst reale Performance gegen Ihre Ziele. Vier kritische Metriken: Verfügbarkeit, Anwendungslatenz, Kosten pro Workload, Incident-Rate. Mindestens vier Wochen sammeln, um Muster zu sehen.

Optimierung nach der Migration bringt oft weitere 15 bis 20 % über den ersten Migrationsnutzen: Right-Sizing, kältere Daten auf günstigerem Storage, Netz-Cleanup. Branchenspannen, keine veröffentlichte Hikube-Ersparnis.

Fünf Fehler, die Migrationen scheitern lassen

1. Vorbereitung unterschätzen

Symptom: Start ohne vollständiges Inventar oder tiefe Abhängigkeitsanalyse.

Wirkung: Cortex berichtet, Organisationen entdecken während des Zugs etwa 30 % undokumentierte Anwendungen oder Abhängigkeiten, mit 4 bis 8 Wochen Verzug und 25 bis 40 % Budgetüberschreitung. Getrennt verschobene abhängige Systeme verursachen Kaskadenausfälle, die schwer zu diagnostizieren sind.

Lösung: 20 bis 30 % der Gesamtprojektzeit in Audit und Kartierung. Automatisierte Discovery plus Fachgespräche. Dokumentieren, bevor Sie ausführen.

2. Anbieter nur nach Preis wählen

Symptom: die billigste Cloud ohne Prüfung von Zertifizierungen, physischem Rechenzentrumsort oder Reversibilitätsklauseln.

Wirkung: versteckte Kosten nach der Unterschrift, Outbound-Transfergebühren, die bei Hyperscalern 15 bis 30 % der Summe sein können, Support nur auf Englisch, späteres Lock-in. Schlimmer: eine nDSG-Lücke im Audit, die einen Notzug erzwingt. Hikube-Support auf Französisch und Englisch. Hikube berechnet Egress im TCO-Vergleich nicht.

Lösung: Anbieter nach Mehrkriterienraster, Zertifizierungen (ISO 27001; ISO 27018 nur wenn der Anbieter sie publiziert), Standort der Rechenzentren in der Schweiz (bei Hikube, Genf, Gland, Luzern), Swiss-U.S. Data Privacy Framework bei US-Mutter, volle 36-Monats-Kosten (inkl. Hyperscaler-Egress, Support, Ausbildung) und vertragliche Reversibilität. Für regulierte Sektoren das Sektordossier verlangen (FINMA für Finance). Keine Rechtsberatung.

3. Teamausbildung überspringen

Symptom: Wechsel zur souveränen Cloud ohne Schulung der IT zu Plattformen, Werkzeugen und Betriebsprozessen.

Wirkung: Forrester 2024 verband ungeschulte Teams mit etwa dreimal mehr Incidents, 40 % längerer Lösungszeit, explodierenden Betriebskosten und fehlender Agilität, für die die Migration verkauft wurde. Frustration erhöht auch die Fluktuation.

Lösung: 10 bis 15 % der gesamten Migrationskosten für Ausbildung budgetieren. Kritische Kompetenzen (Infrastructure as Code, cloud-natives Monitoring, Cloud-Sicherheit) identifizieren und zertifizierte Kurse planen. Internes Knowledge Sharing mit dokumentierter Praxis und Pair-Sessions.

4. Keine Cloud-Governance

Symptom: Teams erzeugen Cloud-Ressourcen ohne Tagging-Politik, Budgets oder standardisierte Zugriffskontrolle.

Wirkung: Ausgaben driften, verwaiste Ressourcen, überdimensionierte Instanzen, vergessene Testraum, die weiter rechnen. Eine Studie 2024 verband etwa 35 % der Cloud-Ausgaben mit Verschwendung durch fehlende Governance. Sicherheitsrisiko steigt mit nicht konformen Configs und unkontrolliertem Zugriff.

Lösung: Governance ab Tag eins, Pflicht-Naming und Tagging, Projektbudgets mit Alerts bei 70 % und 90 %, monatliche Review lebender Ressourcen, automatischer Stopp von Testraum ausserhalb der Geschäftszeiten. Cloud-Cost-Management mit geteilten Dashboards.

5. Kontinuität ignorieren

Symptom: kein Rollback-Plan und kein Disaster-Recovery-Verfahren vor dem Zug.

Wirkung: ein grosses Problem während oder nach dem Zug lässt kein Netz. Lange Downtime (Tage in Extremfällen), möglicher Datenverlust, schwerer Vertrauensverlust der Fachbereiche. Branchenkosten eines Ausfalls oft 5'000 bis 50'000 CHF pro Stunde je nach Organisationsgrösse. Daraus keinen Hikube-SLA-Kredit erfinden.

Lösung: Rollback-Schwellen vor jeder Phase definieren (Beispiel, scheitern mehr als 15 % der Tests, automatischer Rollback). Rollback in Pre-Production testen. RPO und RTO für Ihr Disaster-Recovery-Design dokumentieren und quartalsweise testen. Das sind Ihre Ziele, keine veröffentlichten Hikube-Kredite.

TCO-Skizze: souveräne Cloud versus Hyperscaler

Die Total Cost of Ownership einer Cloud-Infrastruktur hat fünf Komponenten, Infrastrukturmiete, Datentransfer, Storage, Support und Ausbildung, Compliance-Arbeit. Über 36 Monate variieren die Lücken zwischen souveräner Schweizer Cloud und US-Hyperscalern je nach Use-case. Die Zahlen unten sind indikative Listen-Skizzen 2025 aus der französischen Quelle, kein Live-Angebot.

* Indikative öffentliche Tarife 2025 in der Quelle
** Support nur Englisch, braucht zweisprachiges internes Personal
*** Inkl. Datenschutz-Folgenabschätzung, Vertragsklauseln, Swiss-U.S. Data Privacy Framework

Die französische Quelltabelle zeigte einen vergleichbaren 36-Monats-TCO, sobald Compliance und Support enthalten sind. Diese Skizze nicht als Live-Hikube-Angebot nutzen. Bei Hikube wird Egress nicht berechnet; keinen öffentlichen Hikube-Egress-Tarif erfinden. Organisationen mit starkem Outbound (Streaming, Content) sehen Hyperscaler-Egress oft bei 15 bis 30 % des Budgets: diese Zeile rechnen. Siehe den TCO-Artikel über 36 Monate und den TCO-Rechner.

Hybride Strategie: Souveränität plus Hyperscaler

Die Eidgenossenschaft selbst fährt hybrid, 319 Millionen CHF in die Swiss Government Cloud, zugleich Verlängerung der Verträge mit AWS, Microsoft, IBM, Oracle und Alibaba bis 2031 für etwa 110 Millionen CHF. Dieser Ansatz segmentiert Workloads nach Kritikalität und Sensibilität.

Sensible Daten (Personeninformationen, Finanzdaten, geistiges Eigentum) wandern in eine souveräne Schweizer Cloud mit lokalem Hosting und nDSG-Dossier. Nicht kritische Workloads (Entwicklung, Test, öffentliche Apps ohne sensible Daten) können auf Hyperscalern bleiben für fortgeschrittene Dienste (KI/ML, Analytics) und globale Skala.

Hybride Entscheidungsskizze:

IF (sensible Personendaten ODER regulierter Sektor ODER Kunde verlangt CH-Hosting)
THEN souveräne Schweizer Cloud
ELSE IF (nicht kritischer Workload UND Bedarf an fortgeschrittenen KI/ML-Diensten)
THEN Hyperscaler mit Swiss-U.S. Data Privacy Framework
ELSE Kosten-Nutzen im Einzelfall

Kurz: drei Punkte

Cloud-Souveränität ist mehrdimensional

Echte Souveränität verbindet drei untrennbare Achsen, rechtlich (nDSG, vertraglicher Standort), technisch (physisches Hosting in CH, Verschlüsselung, Zugriffskontrolle) und operationell (Reversibilität, Portabilität, Dokumentation). Ein Anbieter, der in der Schweiz hostet, aber eine US-Mutter hat, reicht nicht: Swiss-U.S. Data Privacy Framework oder SCC prüfen. Alle drei Dimensionen vor der Unterschrift auditieren.

Vorbereitung entscheidet über Erfolg

Erfolgreiche Migrationen investieren 20 bis 30 % der Gesamtzeit in Audit und Kartierung. Studien 2024–2025 verbinden übersprungene Vorbereitung mit etwa 30 % undokumentierten Apps während der Ausführung und 25 bis 40 % Überschreitung. Eine fünfphasige Methode mit messbaren Lieferobjekten wird mit etwa 60 % weniger Fehlerrisiko verbunden. Big Bang versus progressiv hängt von Grösse und Risikotoleranz ab.

TCO ist mehr als Infrastruktur

Ein 36-Monats-TCO einer souveränen Cloud umfasst Infrastruktur, Transfer, Storage, Support, Ausbildung und Compliance. Strenge Cloud-Governance (Pflicht-Tagging, Projektbudgets, monatliche Review) lässt Einsparungen nach der Migration sichtbar werden. Organisationen, die Governance von Anfang an setzen, holen die Migrationsinvestition oft in 18 bis 24 Monaten zurück. Branchenspannen, keine Hikube-Garantie.

Hikube betreibt Hidora SA in drei unabhängigen Rechenzentren in Genf, Gland und Luzern. ISO 27001 (SQS), DPA. Support auf Französisch und Englisch. NVIDIA-GPUs (L4, L40S, A100-80, RTX 6000 Pro, H100, H200) sind in der 14-Tage-Trial. Windows Server ist ein lizenziertes Image, kein Katalogprodukt. Siehe Sicherheit und Compliance und die 14-Tage-Trial.