Cloud-Migration-Strategie: Lift-and-Shift, Replatform oder Refactor?

Einleitung – Warum die richtige Migrationsstrategie entscheidend ist

Die Wahl zwischen Lift-and-Shift, Replatform und Refactor bestimmt Kosten, Zeitrahmen und Skalierbarkeit. Schnellere Wege sparen kurzfristig, aber langfristig können sie die Cloud-Vorteile begrenzen. Umgekehrt erfordert ein tiefgreifender Refactor mehr Aufwand, liefert aber volle Cloud-Native-Funktionalität und reduziert technische Schulden.

In diesem Leitfaden zeigen wir, wie Sie systematisch die passende Strategie auswählen. Wir greifen auf bewährte Modelle wie die 7 Rs von IBM und das Microsoft Cloud Adoption Framework zurück. Diese Rahmenwerke helfen, die geschäftlichen Ziele, Anwendungs­komplexität und Compliance-Anforderungen zu gewichten.

Für KMU im Jahr 2026 gilt: Schnellere Optionen wie Lift-and-Shift oder Replatform sind oft sinnvoll, wenn ein schneller Einstieg gewünscht ist. Refactoring lohnt sich nur bei strategisch kritischen Anwendungen, die einen soliden Business-Case aufweisen. Managed Services und Container-Plattformen werden zunehmend eingesetzt, um Cloud-Native-Vorteile zu nutzen, ohne komplette Refaktorierung durchzuführen.

Bevor du startest: 3 Klärungsfragen

Eine erfolgreiche Cloud-Migration beginnt nicht am Server, sondern bei der strategischen Planung. Bevor Sie die ersten Instanzen provisionieren, müssen Sie die technologische Basis für Ihre Entscheidung schaffen. Eine fundierte Cloud-Migrationsstrategie erfordert vorab eine präzise Analyse der Ist-Situation. Wer blindlings migriert, läuft Gefahr, technische Schulden lediglich in eine neue Umgebung zu verschieben.

Stellen Sie sich vor dem Projektstart drei zentrale Fragen, um die Komplexität Ihrer Anwendungen und die vorhandene Infrastruktur zu erfassen:

• Welche geschäftlichen Ziele verfolgen Sie? Geht es um eine schnelle Kostenreduktion durch geringeren Hardware-Aufwand oder um die maximale Skalierbarkeit und Agilität für künftiges Wachstum?
• Welche Compliance- und Sicherheitsanforderungen bestehen? Welche spezifischen Vorgaben gelten für die Verarbeitung Ihrer Daten, insbesondere im Hinblick auf regulatorische Rahmenbedingungen?
• Wie sieht Ihr Budget und Zeitrahmen aus? Verfügen Sie über die Ressourcen für tiefgreifende Architekturänderungen oder ist ein schneller Transfer ohne große Modifikationen notwendig?

Diese Fragen bilden das Fundament für die Wahl zwischen den verschiedenen Ansätzen. Die Entscheidung zwischen Rehosting, Replatforming oder Refactoring hängt maßgeblich von diesen Parametern ab. Selbst hochmoderne Cloud-Anbieter wie AWS unterstützen Sie zwar mit Leitfäden, die finale Abwägung der Komplexität bleibt jedoch Ihre Aufgabe.

Die 5 Auswahlkriterien für deine Migrationsstrategie

Die Wahl der Migrationsstrategie lässt sich an fünf Kriterien strukturieren. Beide großen Cloud-Anbieter liefern Entscheidungsrahmen – der IBM 7‑Rs-Leitfaden und das Microsoft Cloud Adoption Framework.

Zur Gewichtung empfiehlt sich eine einfache Matrix: jedem Kriterium eine Punktzahl von 1 bis 5 geben, die Summe zeigt die Passgenauigkeit von Lift-and-Shift, Replatform und Refactor.

• Geschäftsziele und ROI – Prüfen, ob schnelle Kosteneinsparungen oder langfristige Wertschöpfung im Vordergrund stehen. Eine hohe ROI-Erwartung spricht für Replatform oder Refactor.
• Anwendungs-Komplexität – Ermitteln, wie stark Code, Datenmodell und Abhängigkeiten verknüpft sind. Starke Verzahnung begünstigt Replatform, geringe Komplexität reicht für Lift-and-Shift.
• Compliance‑ und Sicherheitsanforderungen – Klären, welche regulatorischen Vorgaben die Zielumgebung erfüllen muss. Strenge Auflagen erfordern oft Refactor mit dedizierten Sicherheitskontrollen.
• Budget und Zeitrahmen – Definieren, welche Investitionen und Fristen realistisch sind. Knappe Budgets und enge Termine favorisieren Lift-and-Shift.
• Langfristige Modernisierungsziele – Entscheiden, ob die Anwendung schrittweise cloud-native werden soll. Ein klarer Modernisierungspfad rechtfertigt den höheren Aufwand von Refactor.

Gewichten Sie die Kriterien nach Priorität und wählen Sie dann Lift-and-Shift, Replatform oder Refactor entsprechend.

1. Geschäftsziele und ROI

Die strategische Ausrichtung Ihres Unternehmens bestimmt, welche Cloud-Vorteile Sie priorisieren. Bevor Sie die erste Infrastrukturkomponente verschieben, müssen die wirtschaftlichen Ziele klar definiert sein. Die Wahl des Migrationspfads beeinflusst die Kostenstruktur und die Geschwindigkeit der Wertschöpfung massiv. Unterschiedliche Pfade wie Lift-and-Shift, Replatform oder Refactor bieten jeweils völlig verschiedene Profile hinsichtlich Zeitaufwand und langfristiger Ersparnis.

Für schnelle Kosteneinsparungen und ein geringes Migrationsrisiko ist Lift-and-Shift (Rehosting) oft die erste Wahl. Sie migrieren Anwendungen mit minimalen Änderungen, was den schnellen Auszug aus eigenen Rechenzentren ermöglicht, jedoch nur grundlegende Vorteile bietet. Wer hingegen Skalierbarkeit und moderne Geschäftsmodelle nutzen will, muss meist zu Replatforming oder einem vollständigen Refactoring greifen. Während Replatforming durch moderate Anpassungen – etwa den Wechsel auf Managed Services oder Container – die Cloud-Nativität erhöht, erfordert Refactoring tiefgreifende Architekturänderungen. Letzteres baut zwar technische Schulden ab, bindet aber signifikant mehr Ressourcen.

Zur Berechnung des Return on Investment (ROI) sollten Sie folgende Kennzahlen berücksichtigen:

• Total Cost of Ownership (TCO): Vergleich der aktuellen Betriebskosten mit der erwarteten Cloud-Rechnung.
• Time-to-Market: Wie schnell können neue Features nach der Migration ausgerollt werden?
• Betriebseffizienz: Einsparungen durch automatisierte Prozesse und reduzierten Wartungsaufwand.

Ein hybrides Vorgehen ist oft sinnvoll: Nicht-kritische Workloads werden schnell verschoben, während strategisch relevante Kernanwendungen eine Architekturänderung erhalten.

2. Anwendungs-Komplexität und technische Schulden

Die Komplexität Ihrer bestehenden Softwarelandschaft bestimmt maßgeblich die Tiefe der notwendigen Modifikationen. Eine fundierte Entscheidung basiert dabei primär auf dem aktuellen Zustand der Anwendungen und den langfristigen Zielen für die IT-Infrastruktur. Die Wahl der Strategie ist dabei oft eine Abwägung zwischen Geschwindigkeit, Kosten und der Fähigkeit, die Vorteile der Cloud voll auszuschöpfen.

Wenn Sie auf maximale Geschwindigkeit und minimale Eingriffe setzen, ist Lift-and-Shift (Rehost) die effizienteste Route. Diese Methode eignet sich ideal für monolithische Systeme oder Anwendungen, die wenig veränderbar sind. Sie bietet zwar nur begrenzte Vorteile bei der Cloud-Nativität, ermöglicht aber einen schnellen Auszug aus lokalen Rechenzentren. Ergänzend dazu bietet sich Replatforming an, wenn Sie die Kernarchitektur beibehalten, aber von modernen Services profitieren wollen. Hierbei werden beispielsweise Datenbanken in Managed-Services überführt oder Anwendungen in Container verpackt, um die operative Last zu senken. Detailierte Ansätze zu diesen Wegen finden Sie in Analysen von NetApp oder in Vergleichen zu InfoDive Labs.

Der radikalste, aber nachhaltigste Weg ist das Refactoring. Hierbei werden Code und Architektur grundlegend transformiert, um technische Schulden gezielt abzubauen. Nur durch diese tiefgreifende Modernisierung erreichen Sie eine maximale Skalierbarkeit und nutzen die vollen Funktionen von Cloud-Native-Services. In der Praxis empfiehlt sich oft ein hybrides Vorgehen: Weniger kritische Workloads werden per Rehosting migriert, während strategisch bedeutsame Kernsysteme einem Refactoring unterzogen werden.

3. Compliance- und Sicherheitsanforderungen

Datenschutzgesetze und branchenspezifische Standards lenken die Wahl der Migrationsstrategie. Ein reines Lift-and-Shift birgt Risiken, wenn die Ziel-Infrastruktur die geforderten Kontrollen nicht vorhält. Beim Replatform lassen sich verwaltete Dienste nutzen, die bereits Compliance-Funktionen integrieren und den Audit-Aufwand senken. Ein vollständiges Refactoring eröffnet den größten Spielraum, Sicherheitsarchitekturen von Grund auf neu zu gestalten und sie eng an regulatorische Vorgaben anzupassen.

Unternehmen ermitteln zunächst, welche Vorschriften für ihre Workloads gelten, und bewerten dann den Anpassungsaufwand jeder Option. Wer nur geringe Änderungen tolerieren kann, prüft, ob die Cloud-Plattform zertifizierte Rechenzentren und Verschlüsselungskonzepte bietet. Wer mittlere Flexibilität benötigt, setzt auf Managed-Datenbanken und Container-Orchestrierung mit eingebauten Compliance-Modulen. Wer maximale Kontrolle anstrebt, baut Zero-Trust-Netzwerke, feingranulare Zugriffsrichtlinien und automatisierte Protokollierung direkt in den Code ein.

Die Entscheidung fällt daher nicht nur nach Geschwindigkeit oder Kosten, sondern nach der Fähigkeit der gewählten Strategie, rechtliche Nachweispflichten dauerhaft zu erfüllen.

Budget und Zeitrahmen

Die Kosten und die Projektlaufzeit bestimmen die Wahl der Migrationsstrategie. Lift-and-Shift ist in der Regel die kostengünstigste und schnellste Option. Sie verschiebt Anwendungen mit minimalen Änderungen in die Cloud und nutzt vorhandene Infrastruktur. Replatform erfordert moderate Investitionen in neue Plattform-Services, etwa Managed-Datenbanken oder Container-Umgebungen. Diese Variante nutzt Cloud-Native-Funktionen, ohne die Kernarchitektur zu verändern. Refactor ist die teuerste und zeitintensivste Variante. Sie beinhaltet tiefgreifende Code‑ und Architekturänderungen, die jedoch langfristige Kosteneinsparungen durch verbesserte Effizienz und Skalierbarkeit ermöglichen.

Die Entscheidung hängt von Ihrem Budget, Ihrem Zeitrahmen und Ihren Modernisierungszielen ab. Für Unternehmen, die schnell in die Cloud gelangen wollen, empfiehlt sich ein AWS Prescriptive Guidance – Migration Strategies als Leitfaden. Microsoft Cloud Adoption Framework – Auswahl der Migrationsstrategie bietet vergleichbare Empfehlungen für Azure-Umgebungen.

Ein hybrider Ansatz, bei dem nicht-kritische Workloads per Lift-and-Shift migriert werden, mittlere Anwendungen replatformen und nur strategisch wichtige Kernanwendungen refactoren, spart Ressourcen und reduziert Risiken.

4. Langfristige Modernisierungsziele

Die Wahl der Migrationsmethode bestimmt maßgeblich den zukünftigen technologischen Zustand Ihrer IT-Landschaft. Wer eine vollständige Cloud-Native-Transformation anstrebt, kommt um ein Refactoring nicht herum. Nur durch tiefe Eingriffe in den Code und die Architektur lassen sich technische Schulden effektiv abbauen. Dieser Weg ermöglicht erst die volle Skalierbarkeit und die Nutzung moderner, Cloud-eigener Services. Eine Analyse der verschiedenen Migrationspfade zeigt jedoch, dass nicht jede Anwendung diesen hohen Aufwand rechtfertigt.

Für Unternehmen, die ein hybrides Modell verfolgen, empfiehlt sich eine differenzierte Strategie. Anstatt alle Workloads nach demselben Schema zu behandeln, sollten Sie die Komplexität nach ihrer geschäftlichen Relevanz abstufen:

• Lift-and-Shift: Ideal für unkritische Anwendungen, die schnell in die Cloud sollen, um Hardwarekosten zu senken.
• Replatforming: Geeignet für mittlere Anwendungen, die durch minimale Anpassungen – etwa den Wechsel auf Managed Databases – von Cloud-Vorteilen profitieren sollen.
• Refactoring: Reserviert für strategisch entscheidende Kernanwendungen, um deren volle Performance und Agilität zu sichern.

Dieser kombinierte Ansatz hilft dabei, Ressourcen effizient einzusetzen und gleichzeitig die technologische Zukunftsfähigkeit zu erhöhen. Um eine fundierte Entscheidungsgrundlage zu schaffen, bietet das Cloud Adoption Framework strukturierte Leitfäden für die strategische Planung.

Hybrid-Ansatz und Gartner-5-Rs-Modell

Das Gartner‑5‑Rs-Modell gliedert Migrationspfade in Rehost, Replatform, Refactor, Rebuild und Replace. Diese Struktur hilft Teams, jede Anwendung nach Aufwand, Risiko und Geschäftswert einzuordnen. Microsofts Cloud Adoption Framework stellt dazu Entscheidungsbäume bereit, die technische Abhängigkeiten und Compliance-Vorgaben abfragen.

Ein Hybrid-Vorgehen kombiniert diese Optionen: wenig kritische Workloads ziehen per Rehost zügig in die Cloud, mittlere Systeme erhalten über Managed Services oder Container-Plattformen Cloud-Native-Funktionen (Replatform), während strategische Kernanwendungen gezielt refaktorisiert oder neu gebaut werden. IBM erweitert das Schema um zwei weitere Rs – Retire und Retain –, was die Bestandsaufnahme vor der Migration schärft.

In der Praxis legen Sie für jedes System einen primären Pfad fest und definieren Fallback-Optionen. Werkzeuge wie Azure Migrate, AWS Migration Hub oder Google Cloud Migration Center automatisieren die Bestandsanalyse und schlagen basierend auf Laufzeitmetriken passende Rs vor. Die Deeken-Group empfiehlt, die Einstufung quartalsweise zu prüfen, da sich Business-Cases und Abhängigkeiten verschieben.

Wichtig: Dokumentieren Sie die Begründung für jede Einstufung. Das schafft Transparenz für Audits und erleichtert spätere Optimierungsrunden, wenn Rehost-Systeme später doch replatformed oder refaktorisiert werden sollen.

Praktische Schritte und Fazit

Eine erfolgreiche Cloud-Migration erfordert eine strukturierte Herangehensweise, um unvorhergesehene Kosten oder Ausfallzeiten zu vermeiden. Beginnen Sie die Planung mit einer präzisen Analyse Ihrer Geschäftsziele. Nur so entscheiden Sie fundiert, ob ein schneller Umzug per Lift-and-Shift oder eine tiefgreifende Architekturänderung sinnvoll ist. Bewerten Sie im nächsten Schritt die Komplexität Ihrer bestehenden Applikationen und legen Sie strikte Compliance-Kriterien fest. Eine exakte Budgetplanung bildet das Fundament, bevor Sie das passende Migrationsmodell auswählen.

Oft erweist sich ein hybrides Vorgehen als sinnvoll: Weniger kritische Workloads migrieren Sie schnell per Rehosting, während Sie strategisch bedeutsame Anwendungen durch Replatforming oder Refactoring modernisieren. Zur Unterstützung dieses Prozesses bieten die großen Cloud-Provider umfassende Dokumentationen an:

• Das Microsoft Cloud Adoption Framework hilft bei der Strategiewahl.
• AWS Prescriptive Guidance bietet detaillierte Anleitungen zu Migrationsstrategien.
• Google Cloud bietet ebenfalls umfassende Leitfäden zur Migration an.

Für die Umsetzung sollten Sie in den kommenden Wochen zunächst ein Pilotprojekt (Proof of Concept) starten. Dies minimiert das Risiko und validiert die gewählte Strategie unter realen Bedingungen. Nutzen Sie die bereitgestellten Frameworks als Checklisten für Ihren Projektverlauf.

Fazit: Die Wahl der richtigen Strategie hängt maßgeblich von der Balance zwischen Zeitaufwand und dem gewünschten Modernisierungsgrad ab. Eine gründliche Vorbereitung verhindert technische Schulden und stellt sicher, dass die Cloud-Umgebung die Skalierbarkeit bietet, die Ihr Unternehmen benötigt. Vertrauen Sie auf die methodischen Leitfäden der etablierten Provider, um die Migration kontrolliert durchzuführen.