Cloud Migration: Wann, warum und wie?

Cloud Migration ist der Prozess, bei dem Unternehmen Server, Daten, Anwendungen und IT-Ressourcen aus dem eigenen Rechenzentrum oder Hosting in eine Cloud-Umgebung verlagern. Das kann vollständig oder schrittweise passieren, zum Beispiel in eine Public, Private oder Hybrid Cloud.

Wichtig ist: Cloud Migration ist nicht nur Technik. Es geht darum, Betrieb, Sicherheit, Kosten und Verantwortung so zu strukturieren, dass Deine Systeme zuverlässig laufen und sich weiterentwickeln lassen.

Für wen ist Cloud Migration sinnvoll, und wann eher nicht?

Cloud Migration ist sinnvoll, wenn Du mehr Skalierbarkeit, bessere Betriebssicherheit und schnellere Umsetzung brauchst, ohne dass Betrieb und Kosten aus dem Ruder laufen.

1. Hardware, Betriebssysteme oder Datenbanken erreichen End-of-Life
2. Releases sind langsam oder riskant, Deployments sind selten oder aufwendig
3. Lastspitzen führen zu Engpässen oder teurer Überdimensionierung
4. Security Patches, Backups und Restore Tests sind nicht sauber nachweisbar
5. Betrieb hängt an einzelnen Personen oder Know how ist zu wenig dokumentiert
6. Schnittstellen sind fragil, Änderungen verursachen häufig Nebenwirkungen
7. Transparenz fehlt, Du kennst Kosten und Auslastung nur grob
8. Neue digitale Services scheitern an Infrastruktur Limitierungen

Warum in die Cloud?

Viele Teams wechseln nicht in die Cloud, weil sie neue Technik wollen. Sie wechseln, weil der Alltag zu viel Energie frisst: Releases brauchen zu lange, Störungen sind schwer erklärbar, Security-Fragen bleiben offen und jede Änderung fühlt sich riskant an. Cloud Migration kann genau diese Aufwände reduzieren, wenn Du Standards und Verantwortlichkeiten vor der Umsetzung klärst.

Cloud Migration kann technische und geschäftliche Ziele gleichzeitig unterstützen. Die wichtigsten Nutzenpunkte lassen sich klar messen:

• Skalierung: Kosten pro Transaktion, Auslastung
• Betriebssicherheit: RTO, RPO, Restore Tests
• Geschwindigkeit: Deployment Frequenz, Lead Time
• Security: Findings, Patch-Zeit, Audit-Trails
• Kostensteuerung: Tagging-Quote, Budget-Alerts

Die folgenden Schritte sind bewusst so formuliert, dass Du pro Phase weisst, was am Ende konkret steht.

Die 9 Schritte der Cloud Migration

1. Ziele und Scope klären
   Inhalt: Business-Ziele, Systeme im Fokus, Erfolgsmessung, Abgrenzung
   Ergebnis: Zielbild, Scope-Liste, Erfolgskriterien, Prioritäten
2. Ist-Analyse durchführen
   Inhalt: Anwendungen, Daten, Abhängigkeiten, Betrieb, Security, Kosten, Risiken
   Ergebnis: Workload-Inventar, Abhängigkeitsübersicht, Risiko-Liste, Kostenaufstellung
3. Zielarchitektur definieren
   Inhalt: Zielmodell, Netzwerk, Identity, Security, Betriebsmodell
   Ergebnis: Architektur-Zielbild, Rollenmodell, Sicherheitsstandards, Betriebsrahmen
4. Migrationsstrategie je Workload festlegen
   Inhalt: Rehost, Replatform, Refactor, Replace, Retire, Retain
   Ergebnis: Strategie-Entscheidung pro System, Begründung, Aufwand und Risiko-Einschätzung
5. Landing Zone aufbauen
   Inhalt: Accounts, Policies, Logging, Monitoring, Backup, IaC, Standards
   Ergebnis: standardisierte Basis, Governance-Regeln, Observability-Grundsetup
6. Pilot-Migration umsetzen
   Inhalt: 1 bis 2 Workloads, Tests, Lessons Learned, Playbooks und Templates
   Ergebnis: validierte Standards, Testkonzept, Cutover und Rollback Vorgehen, Umsetzungsbausteine
7. Migration in Wellen durchführen
   Inhalt: Priorisierung nach Business Impact, Risiko und Abhängigkeiten
   Ergebnis: Migrationsplan in Wellen, Abnahme-Kriterien, klare Reihenfolge
8. Stabilisieren und Betrieb sichern
   Inhalt: Observability, Incident-Prozesse, Runbooks, Kostensteuerung, SLAs
   Ergebnis: Betriebskonzept, Runbooks, Alarmierung, Eskalationswege, Übergabe in den Regelbetrieb
9. Optimieren
   Inhalt: Performance, Security-Hardening, Kostenoptimierung, Automatisierung
   Ergebnis: Optimierungsbacklog, kontinuierliche Verbesserung

Welche Cloud Migrationsstrategien gibt es?

• Rehost: Umzug ohne grosse Änderungen, schnell, aber nicht immer optimal in Kosten und Architektur
• Replatform: kleine Anpassungen, bessere Cloud Nutzung, moderater Aufwand
• Refactor: grössere Änderungen, langfristig am flexibelsten, aber aufwendiger
• Replace: Ablösung durch Standardlösung oder SaaS
• Retire: System wird abgeschaltet, weil es nicht mehr gebraucht wird
• Retain: System bleibt vorerst lokal, zum Beispiel wegen Abhängigkeiten oder Vorgaben

Sicherheit entsteht nicht durch ein einzelnes Tool. Entscheidend sind klare Standards, klare Verantwortlichkeiten und saubere Umsetzung. Dafür brauchst Du ein sauberes Rollenmodell für Zugriffe, konsequentes Least Privilege (jeder Zugriff nur so viel wie nötig) und MFA (Multi-Factor-Authentification). Das Netzwerk wird segmentiert, Regeln sind dokumentiert und Verbindungen sind abgesichert.

Daten und Services werden verschlüsselt, inklusive Schlüssel und Secrets-Management. Logs und Monitoring laufen zentral, und es ist klar, wer bei Alarmen handelt. Backups sind definiert und Restore-Tests finden regelmässig statt. Für Compliance brauchst Du Datenklassifizierung, Audit-Trails und eine saubere Dokumentation.

Die 5 häufigsten Sicherheitsfehler bei Cloud Migration

1. Rechte werden zu breit vergeben
2. Logging ist lückenhaft oder nicht zentral
3. Backups existieren, aber Restore wird nicht getestet
4. Secrets werden falsch gespeichert oder zu wenig geschützt
5. Es fehlt Governance, daraus entsteht Wildwuchs und Kostenverlust

Cloud Kosten bestehen aus Einmalkosten und laufenden Kosten. «Pay as you go» hilft nur dann, wenn Governance und Kostensteuerung sauber umgesetzt sind.

Einmalkosten

• Assessment und Zielarchitektur
• Landing-Zone Aufbau und Security-Basics
• Migration und Tests
• Anpassungen an Anwendungen und Schnittstellen

Laufende Kosten

• Compute, Storage, Netzwerk, Managed-Services
• Monitoring, Logging, Backup
• Security-Services
• Betrieb, Support, Weiterentwicklung

Dauer kurz eingeordnet

Die Dauer hängt fast immer an Abhängigkeiten, Datenvolumen und Testaufwand. Pilot-Workloads sind oft in Wochen bis wenigen Monaten realistisch, komplexe Landschaften migrierst Du in Wellen.

Typische Herausforderungen und wie wir sie lösen

1. Abhängigkeiten und Legacy Systeme
   Problem: Unklare Schnittstellen und versteckte Abhängigkeiten machen die Migration riskant.
   Massnahmen: Abhängigkeitsanalyse, priorisierte Migrationswellen, Testkonzept.
   Ergebnis: planbare Migration, weniger Ausfallrisiko, klarer Fahrplan.
2. Security und Compliance
   Problem: Vorgaben sind da, aber Umsetzung und Nachweise fehlen.
   Massnahmen: Security Baseline, Rollenmodell, Logging Standards, Audit Trails, Dokumentation.
   Ergebnis: nachvollziehbare Sicherheit, bessere Auditfähigkeit.
3. Betrieb und Verantwortung
   Problem: Cloud wird eingeführt, aber Betrieb bleibt unklar.
   Massnahmen: Betriebsmodell, Incident Prozesse, Runbooks, SLAs, Monitoring, Eskalationswege.
   Ergebnis: stabiler Betrieb, klare Zuständigkeiten, weniger Stress im Störfall.