Cloud-Migration in 7 Schritten: der Praxis-Leitfaden 2026

Eine Cloud Migration kann Betriebskosten senken und die Skalierbarkeit erhöhen — oder still und leise zum Budgetgrab werden, wenn Altlasten unverändert verschoben werden. Der Unterschied liegt fast immer in der Strategie und in einer sauberen Reihenfolge. Dieser Leitfaden zeigt die sechs Migrationsansätze, einen erprobten 7-Schritte-Fahrplan und worauf Sie bei Datenstandort und DSGVO achten müssen.

Warum in die Cloud migrieren

Die Cloud Migration bezeichnet die Verlagerung von Anwendungen, Daten und Workloads von der eigenen Infrastruktur — meist lokalen Servern oder einem klassischen Rechenzentrum — in eine gehostete Umgebung bei einem Cloud-Anbieter. Für viele mittelständische Unternehmen ist der Auslöser handfest: alternde Hardware, deren Ersatz eine hohe Einmalinvestition bedeutet, oder Lastspitzen, die das eigene Setup nicht mehr sauber abfedert.

Die üblichen Argumente lassen sich in wenige Kernpunkte bündeln:

• Skalierbarkeit. Ressourcen wachsen und schrumpfen mit dem Bedarf, statt für Spitzenlast dauerhaft vorgehalten zu werden.
• Kostenstruktur. Aus hohen Einmalinvestitionen (CAPEX) werden planbare laufende Kosten (OPEX) — sofern der Verbrauch diszipliniert überwacht wird.
• Wartung & Sicherheit. Patches, Hardware-Erneuerung und ein Teil der Absicherung wandern zum Anbieter, der eigene Betrieb wird schlanker.
• Verfügbarkeit. Redundante Rechenzentren und einfachere Ausfallsicherung verbessern die Grundlage für eine belastbare Disaster Recovery.

Wichtig ist die realistische Erwartung: Die Cloud ist kein automatischer Sparknopf. Wer Systeme nur unverändert umzieht, nimmt oft ineffiziente Architekturen mit — und zahlt im schlimmsten Fall mehr als vorher. Der Nutzen entsteht durch die passende Strategie je Anwendung, nicht durch den Umzug an sich.

Dazu kommt ein Aspekt, der auf keiner Kostentabelle steht: Geschwindigkeit. Neue Umgebungen, Testinstanzen oder zusätzliche Kapazität lassen sich in der Cloud in Minuten bereitstellen statt über Wochen zu beschaffen. Gerade für Teams, die schnell iterieren oder saisonale Lastspitzen abfangen müssen, ist diese Reaktionsfähigkeit oft der eigentliche Gewinn — noch vor jeder Einsparung bei der Hardware.

Die 6-R-Strategien im Überblick

In der Praxis hat sich das Modell der „6 R" etabliert. Jede Anwendung wird einzeln bewertet und einem dieser sechs Wege zugeordnet — selten passt für ein ganzes Portfolio nur eine Strategie.

• Rehost („Lift & Shift"). Die Anwendung wird weitgehend unverändert in die Cloud verschoben. Schnell und risikoarm, nutzt aber kaum native Cloud-Vorteile.
• Replatform („Lift, Tinker & Shift"). Kleine Anpassungen beim Umzug, etwa der Wechsel auf eine verwaltete Datenbank, ohne die Kernarchitektur anzufassen.
• Refactor (Umbau). Die Anwendung wird für die Cloud neu strukturiert, oft in Richtung Microservices. Höchster Aufwand, aber größtes langfristiges Potenzial.
• Repurchase (Neubeschaffung). Der Wechsel von einer Eigenlösung zu einem fertigen SaaS-Produkt, etwa beim Umstieg auf eine cloudbasierte Unternehmenssoftware.
• Retain (Behalten). Die Anwendung bleibt vorerst dort, wo sie ist — weil eine Migration technisch, rechtlich oder wirtschaftlich (noch) keinen Sinn ergibt.
• Retire (Abschalten). Nicht mehr benötigte Systeme werden identifiziert und stillgelegt. Jede Migration ist eine gute Gelegenheit, Ballast loszuwerden.

Ein Muster zeigt sich fast immer: Rehost ist verlockend, weil es am schnellsten geht, liefert aber den geringsten Mehrwert. Für Anwendungen, die zentral fürs Geschäft sind, lohnt sich der aufwendigere Refactor-Weg deutlich häufiger als es zu Projektbeginn scheint.

In der Praxis mischen sich die Strategien innerhalb eines Projekts. Ein typisches Portfolio enthält eine Handvoll unkritischer Systeme für den schnellen Rehost, ein paar Kandidaten für Replatform, eine oder zwei strategische Anwendungen für den Refactor sowie einige Altsysteme, die man unter Retire endlich abschaltet. Diese Aufteilung sichtbar zu machen ist der halbe Erfolg — sie verwandelt ein diffuses „wir gehen in die Cloud" in eine priorisierte Liste mit klaren Aufwänden.

Die 7 Schritte einer Migration

Eine strukturierte Reihenfolge trennt eine kontrollierte Migration von einer Reihe teurer Überraschungen. Die folgenden sieben Schritte haben sich als Fahrplan bewährt.

1. Bestandsaufnahme & Ziele. Erfassen Sie alle Anwendungen, Abhängigkeiten und Datenmengen. Legen Sie messbare Ziele fest — Kostenrahmen, Ausfallzeitfenster, gewünschte Skalierbarkeit.
2. Bewertung & Strategie je Anwendung. Ordnen Sie jede Anwendung einer der 6 R zu. So entsteht eine priorisierte Liste statt eines pauschalen „alles in die Cloud".
3. Anbieter & Zielarchitektur wählen. Entscheiden Sie über Anbieter, Region und Betriebsmodell (IaaS, PaaS, SaaS) und legen Sie die Netzwerk- und Sicherheitsarchitektur fest.
4. Pilot mit unkritischem Workload. Migrieren Sie zuerst eine wenig geschäftskritische Anwendung. Der Pilot deckt Fallstricke auf, bevor sensible Systeme dran sind.
5. Datenmigration & Rollout. Verschieben Sie Daten und Anwendungen in geplanten Wellen. Halten Sie ein Rollback-Szenario bereit, falls eine Welle scheitert.
6. Test & Validierung. Prüfen Sie Funktion, Performance und Sicherheit gegen die anfangs definierten Ziele. Erst nach bestandenen Tests wird umgeschaltet.
7. Optimierung & Betrieb. Nach dem Umzug beginnt das Feinjustieren: Ressourcen an den realen Verbrauch anpassen, Kosten überwachen, Monitoring und Backup dauerhaft einrichten.

Zwei Schritte werden dabei regelmäßig unterschätzt. Erstens die Bestandsaufnahme: Ohne vollständige Übersicht über Abhängigkeiten taucht mitten im Rollout eine Schnittstelle auf, die niemand auf dem Schirm hatte. Zweitens die Optimierung nach dem Umzug. Viele Teams betrachten die Migration mit dem Umschalten als abgeschlossen und übersehen, dass überdimensionierte Ressourcen und fehlendes Kostenmonitoring die versprochenen Einsparungen still auffressen. Der Betrieb in der Cloud ist eine laufende Aufgabe, kein einmaliges Projekt.

Datenstandort & DSGVO

Für Unternehmen in Deutschland ist die Frage nach dem Datenstandort keine Nebensache, sondern ein zentrales Auswahlkriterium. Sobald personenbezogene Daten verarbeitet werden, greift die DSGVO — und mit ihr die Pflicht, den Speicherort und die rechtlichen Rahmenbedingungen der Verarbeitung genau zu kennen.

Diese Punkte gehören auf jede Migrations-Checkliste:

• Serverstandort. Klären Sie, in welcher Region die Daten liegen. Rechenzentren in Deutschland oder der EU vereinfachen die Einhaltung der DSGVO gegenüber Standorten außerhalb des EWR.
• Auftragsverarbeitung. Ein Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO mit dem Anbieter ist Pflicht, sobald dieser personenbezogene Daten in Ihrem Auftrag verarbeitet.
• Drittlandtransfer. Werden Daten in Länder außerhalb der EU übertragen, brauchen Sie eine tragfähige Rechtsgrundlage — etwa Standardvertragsklauseln — und sollten die Risiken dokumentieren.
• Zugriff & Verschlüsselung. Legen Sie fest, wer auf die Daten zugreifen kann, und verschlüsseln Sie sie sowohl bei der Übertragung als auch im Ruhezustand.

Anbieter mit Rechenzentren in Deutschland werben gezielt mit diesem Vorteil. Für regulierte Branchen oder besonders sensible Daten kann ein EU-Datenstandort den Ausschlag geben — auch dann, wenn ein internationaler Anbieter auf dem Papier günstiger wäre. Ziehen Sie im Zweifel Ihren Datenschutzbeauftragten frühzeitig hinzu, nicht erst nach dem Umzug.

Datenschutz und Datensicherheit greifen bei der Cloud Migration ineinander, sind aber nicht dasselbe. Der Standort und der AVV regeln, wer unter welchen Bedingungen verarbeiten darf; Verschlüsselung, Zugriffskonzepte und ein durchdachtes Backup sorgen dafür, dass die Daten technisch geschützt bleiben. Beides sollte bereits in Schritt drei — bei der Wahl von Anbieter und Zielarchitektur — festgezurrt werden und nicht als nachgelagerte Aufgabe im Betrieb landen. Eine belastbare Sicherungs- und Wiederherstellungsstrategie ist ohnehin die Grundlage, auf der jede Ausfallsicherung aufsetzt.

Anbieter & Partner

Grob lassen sich zwei Ebenen unterscheiden: der Cloud-Anbieter selbst und der Migrations-Partner, der den Umzug plant und begleitet. Bei den Anbietern reicht das Spektrum von den großen internationalen Hyperscalern bis zu deutschen und europäischen Hostern wie IONOS, Hetzner oder STRATO, die häufig mit einem Datenstandort in Deutschland und deutschsprachigem Support punkten.

Bei der Auswahl helfen ein paar strukturierte Fragen:

1. Passt das Betriebsmodell? Brauchen Sie rohe Rechenleistung (IaaS), eine verwaltete Plattform (PaaS) oder ein fertiges Produkt (SaaS)?
2. Wo stehen die Server? Klären Sie Region und DSGVO-Konformität, bevor der Preis überhaupt zum Thema wird.
3. Wie sieht der Support aus? Reaktionszeiten, Sprache und Erreichbarkeit entscheiden im Störfall über Stunden statt Minuten.
4. Wie leicht kommen Sie wieder heraus? Achten Sie auf Datenexport und Reversibilität, um einen Lock-in zu vermeiden.

Vergleichen Sie mindestens zwei bis drei konkrete Angebote und lassen Sie sich für jedes eine transparente Kostenaufstellung geben — inklusive der oft unterschätzten Positionen wie Datentransfer, Backup und Support. Ein erfahrener Migrations-Partner kann die 6-R-Bewertung, den Pilot und den Rollout begleiten und so Fehlentscheidungen früh verhindern.

FAQ