Lift-and-Shift vs. Replatform vs. Refactor: Welche Cloud-Migrationsstrategie für KMU?

Stand: Oktober 2026

Kurzfassung (TLDR)

Drei Migrationspfade dominieren den Cloud-Einstieg kleiner und mittlerer Unternehmen. Lift-and-Shift (Rehost) verschiebt Anwendungen 1:1 in die Cloud ohne Code-Änderungen. Der Ansatz liefert schnelle Ergebnisse – oft in zwei bis sechs Wochen – und verursacht die geringsten initialen Kosten. Ein typisches KMU mit 50 Servern investiert einmalig rund 20.000 €. Langfristige Betriebskostensenkungen fallen jedoch bescheiden aus. Replatform setzt gezielte Optimierungen ein: Managed Datenbanken, Container-Plattformen oder Cloud-Monitoring ersetzen selbst betriebene Komponenten. Laut Microsoft Cloud Adoption Framework reduziert dieser Mittelweg die laufenden Kosten um 10 bis 20 Prozent bei moderatem Aufwand von ein bis drei Monaten. Pro Workload liegen die Budgets zwischen 8.000 und 25.000 US-Dollar. Refactor baut Anwendungen cloud-nativ neu – Microservices, Serverless, eventgetriebene Architekturen. Der Initialaufwand ist am höchsten (drei bis zwölf Monate), doch die Betriebskosten sinken langfristig um 30 bis 50 Prozent. Kosten pro Workload: 25.000 bis 80.000 US-Dollar. AWS definiert die sechs Rs (Rehost, Replatform, Refactor, Repurchase, Retire, Retain) als Entscheidungsrahmen. Die Wahl hängt ab von Zeitdruck, Budget, gewünschter Agilität und Compliance-Anforderungen. In der Praxis verteilen sich Workloads auf 40 % Rehost, 30 % Replatform, 20 % Refactor und 10 % Repurchase oder Retire.

Replatform – gezielte Optimierungen auf Infrastructure-Level

Beim Replatforming bleibt der Anwendungscode weitgehend unangetastet, während die darunterliegende Infrastruktur durch gemanagte Cloud-Services ersetzt wird. Ein klassisches Beispiel ist der Umzug selbst verwalteter SQL-Server auf Azure SQL Database oder Amazon RDS. Ebenso lässt sich eine Anwendung in Docker-Container verpacken und auf einem Kubernetes-Service wie AKS, EKS oder GKE betreiben, ohne die Geschäftslogik neu zu schreiben. Ein konkretes Szenario: Ein mittelständischer Händler migriert sein ERP-System per Container auf einen Managed Kubernetes Service und ersetzt die lokale Oracle-Datenbank durch Azure Database for PostgreSQL – ohne Code-Änderung an der ERP-Anwendung.

Diese Strategie senkt die Betriebskosten gegenüber einem reinen Lift-and-Shift um 10 bis 20 Prozent, wie Analysen von MigrationCost.com zeigen. Der Entwicklungsaufwand bleibt dabei deutlich unter einem vollständigen Refactor. Typische Budgets pro Workload liegen zwischen 8.000 und 25.000 US-Dollar, die Projektlaufzeit beträgt ein bis drei Monate. Bei 100 Workloads summieren sich die Mehrkosten gegenüber Rehost auf 800.000 bis 2,5 Millionen US-Dollar, generieren aber jährliche Einsparungen von 60.000 bis 120.000 US-Dollar.

Voraussetzung ist ein grundlegendes Cloud-Verständnis – etwa zu Identitätsmanagement, Netzwerksegmentierung und Observability. Viele KMU schließen diese Lücke, indem sie den Betrieb an Managed-Service-Provider auslagern. Diese übernehmen Patch-Management, Backup-Strategien und Security-Hardening der gemanagten Dienste. Der Skills Gap wird so geschlossen, ohne eigenes DevOps-Team aufzubauen.

Containerisierung fungiert oft als Brückentechnologie. Ein Monolith läuft zunächst unverändert im Container, profitiert aber von automatisiertem Rollout, Skalierung und Ressourcenisolierung. Später lassen sich einzelne Module gezielt zu Microservices extrahieren – ein schrittweiser Pfad Richtung Cloud-Native. Ein technischer Deep-Dive zu diesem Muster findet sich bei PlanB auf Medium. Die Containerisierung ermöglicht auch den späteren Umzug auf souveräne europäische Clouds wie Open Telekom Cloud oder StackIT ohne Vendor Lock-in.

Entscheidend für den Erfolg: Die Anwendung muss zustandslos genug sein, um von der Skalierbarkeit der Managed Services zu profitieren. Starke Kopplung an lokale Dateisysteme oder spezifische OS-Features erzwingen vorab Anpassungen – sonst verpufft der Kostenvorteil in Troubleshooting-Aufwand. KI-gestützte Assessment-Tools wie im Microsoft Cloud Adoption Framework 2026 identifizieren solche Abhängigkeiten automatisiert und verkürzen die Analyse von Wochen auf Tage.

Refactor – Cloud-native Neuentwicklung für maximale Agilität

Beim Refactor bauen Teams die Applikation grundlegend neu – auf Basis cloud-nativer Prinzipien wie Microservices, API-First-Design und serverlosen Funktionen. Diese Strategie liefert die höchsten langfristigen Einsparungen: MigrationCost.com beziffert die laufenden Betriebskosten um 30 bis 50 Prozent niedriger als beim reinen Lift-and-Shift. Der Preis pro Workload liegt zwischen 25.000 und 80.000 US-Dollar, die Projektdauer erstreckt sich auf drei bis zwölf Monate und mehr, abhängig von der Komplexität der Altanwendung. Ein Beispiel: Ein SaaS-Anbieter zerlegt sein monolithisches CRM in 15 Microservices, nutzt AWS Lambda für Event-Processing und DynamoDB für NoSQL-Speicherung – Deployments erfolgen nun stündlich statt monatlich.

Ein reiner Technologiewechsel reicht nicht. Refactor erfordert einen kulturellen Wandel hin zu DevOps, Continuous Delivery und automatisierten Tests. Wer diese organisatorische Hürde nicht nimmt, scheitert oft an der eigenen Liefergeschwindigkeit. Containerisierung dient häufig als Brückentechnologie: Monolithen werden zunächst in Container verpackt, dann schrittweise in Services zerlegt. Das Entwickler-Magazin beschreibt diesen Pfad als bewährten Zwischenschritt, um Risiken zu beherrschen. FinOps-Praktiken (Tagging, Budgets, Anomalie-Erkennung) werden ab Tag 1 eingebettet, nicht nachgelagert.

Für KMU lohnt sich Refactor vor allem bei geschäftskritischen Systemen, die häufige Änderungen erfordern oder stark skalieren müssen. Wer nur „irgendwie in die Cloud“ will, fährt mit Rehost oder Replatform günstiger und schneller. Refactor zahlt sich über drei bis fünf Jahre aus – vorausgesetzt, das Team beherrscht die neue Betriebsverantwortung. Compliance-Anforderungen wie BSI C5 oder EUCS lassen sich durch Architecture-by-Design (Verschlüsselung, Audit-Logs, Datenhoheit) sauberer erfüllen als nachträglich.

Direktvergleich: Lift-and-Shift vs Replatform vs Refactor

Die folgende Tabelle stellt die drei gängigsten Migrationspfade gegenüber. Die Werte basieren auf branchenweiten Durchschnittszahlen aus 2026 und geben KMU eine Orientierung für die eigene Cloud-Roadmap. MigrationCost.com liefert die Kostenspannen pro Workload, Just After Midnight ergänzt Zeitrahmen und ROI-Betrachtungen.

In der Praxis verteilen sich Workloads häufig auf 40 % Rehost, 30 % Replatform und 20 % Refactor – ein hybrider Pfad ist für die meisten KMU realistisch. Wer unter starkem Zeitdruck steht, startet mit Lift-and-Shift und plant die schrittweise Modernisierung kritischer Anwendungen ein. Replatform bietet dabei das beste Kosten-Nutzen-Verhältnis: moderate Zusatzinvestitionen (bei 100 Workloads rund 800.000–2,5 Mio. $ Mehrkosten) generieren jährliche Einsparungen von 60.000–120.000 $. Refactor lohnt sich dort, wo Agilität und Skalierbarkeit Kern des Geschäftsmodells sind. Der ISG Provider Lens 2026 für Deutschland bestätigt: Hybride Migrationspfade sind Standard, keine Ausnahme.

Wann Lift-and-Shift die bessere Wahl ist

Lift-and-Shift empfiehlt sich, wenn der Zeitrahmen eng gesteckt ist. Vertragliche Fristen oder drohende Hardware-End-of-Life-Situationen erzwingen oft eine Migration innerhalb weniger Wochen. Der Ansatz liefert den schnellsten Weg in die Cloud, weil er Code und Architektur unberührt lässt und bestehende Abhängigkeiten nicht auflösen muss. Ein produzierendes KMU migrierte 50 VMware-VMs in 4 Wochen auf Azure VMs, um einen Rechenzentrumsvertrag fristgerecht zu kündigen.

Auch bei knappem Budget punktet die Strategie. Die Anfangsinvestitionen fallen am geringsten aus, da keine Entwicklungsressourcen für Anpassungen bereitstehen müssen. Laut Deeken Group dominiert Rehost mit rund 40 Prozent die Workload-Verteilung in der Praxis – ein klarer Indikator für die Kosteneffizienz im Einstieg. US-Quellen taxieren ein 50-Server-KMU-Projekt auf rund 50.000 US-Dollar über 2–6 Wochen.

Drittens eignet sich der Weg, wenn die Anwendung nur marginale Änderungen verlangt. Spezielle Lizenzmodelle oder Legacy-Middleware lassen sich in der Cloud oft unverändert weiterbetreiben. Der Ibeco-Leitfaden bestätigt, dass viele KMU genau hier den Hebel ansetzen: Quick Wins sichern, technische Schulden später adressieren. Ein Versicherer migrierte seine Hauptversicherungsanwendung per Rehost, weil der Hersteller-Support für die On-Premise-Version auslief und ein Refactor 18 Monate gedauert hätte.

Wer jedoch langfristig Operating Cost senken will, muss nachsteuern. Rehost allein nutzt Cloud-Vorteile wie Managed Services, Autoscaling oder granulare Abrechnung nicht. Die Strategie eignet sich als Sprungbrett, nicht als Endzustand. KI-gestützte Assessment-Tools helfen, die Kandidaten für spätere Replatform- oder Refactor-Schritte bereits während der initialen Migration zu identifizieren.

Wann Replatform die bessere Wahl ist

Replatform empfiehlt sich, wenn Unternehmen mittelfristig Betriebskosten senken wollen, aber ein vollständiger Rewrite aus Zeit- oder Personalgründen ausscheidet. Die Strategie zahlt sich besonders aus, wenn bestehende Datenbanken in Managed Services überführt werden können – etwa Azure SQL, Amazon RDS oder PostgreSQL auf Kubernetes. Laut Akamai liefert dieser Schritt die besten Kosten-Nutzen-Relationen: Operating Cost sinken um 10 bis 20 Prozent gegenüber reinem Rehost, während der Migrationsaufwand bei ein bis drei Monaten bleibt. Ein Logistik-Dienstleister ersetzte seine selbst betriebenen PostgreSQL-Cluster durch Azure Database for PostgreSQL Flexible Server und reduzierte den DBA-Aufwand um 60 %.

Ein weiterer Trigger ist die geplante Containerisierung. Wer Monolithen in Docker-Images verpackt und auf einer verwalteten Kubernetes-Plattform betreibt, schafft die technische Basis für spätere Refactor-Schritte – ohne heute schon Microservices entwickeln zu müssen. Diese Brückenfunktion macht Replatform zum Standardpfad für hybride Migrationsprojekte: Quick-Wins per Rehost, dann gezielte Optimierung kritischer Workloads. Ein Maschinenbauer containerisierte seine MES-Anwendung, deployte auf AKS und nutzt nun Azure Monitor für Observability – ohne eine Zeile Geschäftslogik zu ändern.

Für Organisationen mit hohen Souveränitätsanforderungen bietet sich der Weg über zertifizierte europäische Clouds an. Anbieter wie Open Telekom Cloud, StackIT, Ionos oder PlusServer erfüllen BSI-C5- und EUCS-Kriterien, sodass Compliance beim Umzug auf Managed Database oder Managed Kubernetes nicht neu verhandelt werden muss. Gaia-X-Architekturprinzipien lassen sich nativ abbilden. Replatform wird so zum pragmatischen Hebel: messbare Einsparungen, begrenzter Aufwand, volle regulatorische Kontrolle. Der Bitkom-Leitfaden für den Mittelstand empfiehlt diesen Pfad explizit für regulierte Branchen.

Wann Refactor die bessere Wahl ist

Refactor lohnt sich, wenn Unternehmen langfristig agil bleiben wollen. Neue Funktionen lassen sich dann in Tagen statt Monaten bereitstellen. Marktveränderungen absorbiert eine cloud-native Architektur ohne großen Umbau. Geplantes Wachstum profitiert von horizontaler Skalierung – Instanzen kommen hinzu, Last verteilt sich automatisch. Ein Fintech-Startup migrierte sein Kernbanksystem auf Event-Driven-Architektur mit Kafka und Serverless Functions – Time-to-Market für neue Produkte sank von 6 Monaten auf 3 Wochen.

Innovative Technologien integrieren sich nativ: KI-Services, Event-Driven-Architekturen oder vollständig serverlose Backends laufen auf modernen Plattformen effizienter als auf gehobenen Altlasten. Die Analyse von MaibornWolff bestätigt: Wer heute in Refactor investiert, vermeidet technische Schulden, die spätere Modernisierungen massiv verteuern. Ein E-Commerce-Händler nutzt AWS Step Functions und Lambda für Order-Orchestrierung – Black-Friday-Lastspitzen skalieren automatisch ohne Vorlauf.

Ökonomisch rechnet sich der Ansatz bei bereitstehendem Budget und einem Horizont von drei bis fünf Jahren. Die Untersuchung von juunit zeigt: Betriebskosten sinken gegenüber Rehost um 30 bis 50 Prozent. Höhere Anfangsinvestitionen – typisch 25.000 bis 80.000 Dollar pro Workload – amortisieren sich durch niedrigere TCO. Zeitrahmen: drei bis zwölf Monate. IDC MarketScape 2026 weist darauf hin, dass Refactor-Projekte bei KMU oft scheitern, wenn DevOps-Kultur und automatisiertes Testing nicht parallel aufgebaut werden.

Entscheidend ist die strategische Ausrichtung. Wer nur schnell raus aus dem Rechenzentrum will, fährt mit Rehost besser. Wer dagegen digitale Produkte kontinuierlich weiterentwickeln muss, schafft mit Refactor die architektonische Basis dafür. Der Forbes Technology Council betont: Refactor ist keine Migration, sondern Produktentwicklung – das Mindset muss vom Projekt- zum Produktdenken wechseln.