Was kostet eine Cloud-Migration? Preise 2026

Die Migration in die Cloud ist für viele Unternehmen längst keine Frage des Ob mehr, sondern des Wie und Wann – doch die Kosten bleiben der größte Unsicherheitsfaktor. Ob Sie einzelne Anwendungen zu AWS, Azure oder Google Cloud verlagern oder Ihre gesamte IT-Landschaft umbauen, macht beim Budget schnell den Faktor zehn aus. Dieser Guide ordnet die üblichen Preisspannen im DACH-Raum ein (Stand 2026), erklärt die drei gängigen Migrationsansätze und zeigt, welche Faktoren die einmaligen Projektkosten und die laufenden Cloud-Gebühren wirklich treiben. Alle Preise sind als Orientierung gemeint, nicht als Festzusage.

Cloud-Migration: Kostenübersicht 2026

Als grobe Orientierung nach Migrationsansatz und Komplexität – gemeint sind die einmaligen Projektkosten (netto), noch ohne die laufenden Cloud-Gebühren:

Ansatz	Beschreibung	Kosten (netto)	Dauer
Lift-and-Shift (Rehosting)	Bestehende Systeme weitgehend unverändert verlagern	10.000 – 40.000 €	1–3 Monate
Replatforming	Anwendungen gezielt anpassen (z. B. Managed Datenbank, Container)	30.000 – 100.000 €	3–6 Monate
Re-Architecture / Cloud-native	Neubau als Microservices, Serverless, voll skalierbar	100.000 – 300.000 €+	6–18 Monate

Die große Spannbreite bei den Projektkosten erklärt sich vor allem über den gewählten Ansatz: Ein reines „Lift-and-Shift" ist schneller und günstiger, verschenkt aber häufig Einsparpotenziale, während ein Umbau auf eine Cloud-native Architektur teurer ist – dafür langfristig niedrigere Betriebskosten, mehr Skalierbarkeit und weniger Wartung bringt.

Was kostet ein Cloud- oder DevOps-Spezialist pro Stunde?

Der Personalaufwand ist der größte Hebel bei den einmaligen Projektkosten, deshalb lohnt der Blick auf die Sätze. Als grober Erfahrungswert rechnen viele Cloud- und DevOps-Dienstleister im DACH-Raum mit etwa 120–200 € pro Stunde; das obere Ende gilt für seltene Spezialisierungen wie Cloud-Architektur oder Plattform-Engineering. Zur Einordnung: Der IT-Freelancer-Stundensatz-Report 2026 nennt für IT-Freelancer insgesamt einen Median von rund 95 €/h bei einer typischen Spanne von 80–120 €/h, und der Freelancer-Kompass 2025 beziffert IT-Freelancer im Schnitt auf 105 €/h. Cloud- und DevOps-Profile liegen wegen der gefragten Spezialisierung meist am oberen Rand dieser Werte oder darüber. Die höheren Agentursätze schließen zusätzlich Projektleitung, Qualitätssicherung und Gewährleistung ein.

Dass qualifizierte Cloud-Leute knapp und teuer sind, hat einen Marktgrund: Laut Bitkom waren zuletzt rund 109.000 IT-Stellen unbesetzt, und 85 % der Unternehmen klagen über Fachkräftemangel. Cloud-Know-how gehört zu den am stärksten nachgefragten Kompetenzen.

Die drei Migrationsansätze im Vergleich

Der Ansatz ist der wichtigste Kostenhebel. In der Praxis mischen die meisten Projekte diese drei Wege je nach Anwendung:

• Lift-and-Shift (Rehosting): Server und Anwendungen wandern nahezu unverändert in die Cloud. Der schnellste und günstigste Weg – ideal, um ein Rechenzentrum kurzfristig abzulösen. Nachteil: Sie zahlen oft für Ressourcen, die Sie in der Cloud effizienter zuschneiden könnten, und nutzen die Vorteile der Plattform noch nicht.
• Replatforming: Einzelne Komponenten werden gezielt an die Cloud angepasst, etwa die eigene Datenbank durch einen Managed-Dienst ersetzt oder Anwendungen containerisiert. Ein pragmatischer Mittelweg mit spürbaren Betriebsvorteilen bei überschaubarem Aufwand.
• Re-Architecture / Cloud-native: Die Anwendung wird neu geschnitten – als Microservices, mit Serverless-Funktionen und automatischer Skalierung. Der höchste Anfangsaufwand, aber die niedrigsten laufenden Kosten und die beste Skalierbarkeit. Lohnt sich für zentrale, wachsende Systeme.

Was die Kosten treibt

• Datenmenge: Große Datenbestände kosten Zeit bei der Übertragung und Geld beim Speichern. Sehr große Volumina werden teils physisch per Datentransfer-Appliance übertragen, weil die Leitung sonst zum Flaschenhals wird.
• Anzahl und Komplexität der Anwendungen: Jede zu migrierende Anwendung braucht Analyse, Test und Abnahme. Zehn kleine Standard-Anwendungen sind einfacher als eine hochgradig verzahnte Individualsoftware.
• Abhängigkeiten: Anwendungen hängen selten allein in der Luft – Schnittstellen, gemeinsame Datenbanken und Legacy-Verbindungen müssen mitgedacht werden. Unentdeckte Abhängigkeiten sind der häufigste Grund für gesprengte Zeitpläne.
• Downtime- und Verfügbarkeitsanforderungen: Darf ein System für die Umstellung stundenlang offline sein, ist die Migration günstig. Sind nahezu null Ausfallzeit und ein Parallelbetrieb gefordert, steigt der Aufwand deutlich.
• Security und Compliance: DSGVO-Konformität, Verschlüsselung, Zugriffskonzepte und ggf. branchenspezifische Nachweise erhöhen den Aufwand – sind aber nicht verhandelbar.
• Technische Altlasten: Veraltete Betriebssysteme, undokumentierte Systeme oder fehlende Tests machen jede Migration langsamer und riskanter.

Laufende Cloud-Kosten nach der Migration

Die einmalige Migration ist nur ein Teil der Rechnung. Nach dem Umzug zahlen Sie laufend für die genutzten Ressourcen – je nach Auslastung von wenigen Hundert Euro bis zu fünfstelligen Beträgen im Monat. Anders als beim eigenen Rechenzentrum sind diese Kosten variabel und wachsen mit der Nutzung. Typische Posten:

• Compute: Rechenleistung für virtuelle Maschinen, Container oder Serverless-Funktionen – meist der größte Block.
• Storage: Speicher für Datenbanken, Dateien und Backups, gestaffelt nach Menge und Zugriffshäufigkeit.
• Datentransfer (Egress): Ausgehender Datenverkehr wird gesondert berechnet und überrascht viele auf der ersten Rechnung.
• Managed Services: Verwaltete Datenbanken, Warteschlangen oder KI-Dienste kosten mehr als Selbstbetrieb, sparen aber Wartungsaufwand.
• Backup, Monitoring und Sicherheit: Ausfallsicherung, Protokollierung und Schutzdienste laufen dauerhaft mit.

Die Faustregel „Cloud ist automatisch günstiger" stimmt so nicht. Günstiger wird es erst, wenn Ressourcen sauber zugeschnitten sind und ungenutzte Kapazität konsequent abgeschaltet wird – sonst zahlen Sie in der Cloud sogar mehr als vorher.

Preisstufen nach Komplexität

Zur groben Einordnung der einmaligen Projektkosten – ergänzend zur Ansatz-Tabelle oben, hier nach Komplexität der Ausgangslage:

Komplexität	Typisches Szenario	Projektkosten (netto)
Einfach	Wenige Standard-Anwendungen, Lift-and-Shift, unkritische Verfügbarkeit	10.000 – 40.000 €
Mittel	Mehrere Anwendungen, Replatforming, moderate Abhängigkeiten	40.000 – 120.000 €
Komplex	Cloud-native-Umbau, viele Abhängigkeiten, hohe Verfügbarkeit/Compliance	120.000 – 300.000 €+

Die Stufen überlappen bewusst, weil dieselbe Systemlandschaft je nach gewähltem Ansatz sehr unterschiedlich teuer wird. Ein vorgeschaltetes Assessment schafft hier die belastbarste Grundlage.

Beispielrechnung: Migration eines Mittelständlers

Damit die Zahlen greifbarer werden, hier eine grobe Aufschlüsselung einer typischen Replatforming-Migration eines Mittelständlers (mehrere Anwendungen, eine zentrale Datenbank, moderate Verfügbarkeitsanforderung) im Bereich von etwa 60.000 €:

Phase	Anteil	Grobe Summe
Assessment & Zielarchitektur	ca. 15 %	~9.000 €
Aufbau der Cloud-Umgebung & Automatisierung	ca. 30 %	~18.000 €
Migration & Datenübernahme	ca. 35 %	~21.000 €
Tests, Optimierung & Übergabe	ca. 20 %	~12.000 €

Die Verteilung schwankt je nach Ausgangslage, aber das Muster bleibt: Der reine Umzug ist nur ein Teil. Vorbereitung, Automatisierung und die anschließende Optimierung machen zusammen den größeren Anteil aus – und genau daran erkennt man belastbare Angebote, die diese Posten offen ausweisen. Rechnet man die rund 60.000 € gegen einen Cloud-/DevOps-Satz am oberen Rand der oben genannten Spanne, entspricht das grob mehreren Beraterwochen – plausibel für ein Projekt dieser Größe. Hinzu kommen ab dem ersten Monat die laufenden Cloud-Gebühren, die Sie von Anfang an mit einplanen sollten.

So läuft eine Cloud-Migration ab

Ein strukturiertes Vorgehen senkt Risiko und Kosten. Typischerweise in diesen Phasen:

• Assessment und Inventarisierung: Bestandsaufnahme aller Anwendungen, Server und Abhängigkeiten. Hier entscheidet sich pro System, welcher Ansatz passt – und was gar nicht migriert werden sollte.
• Zielarchitektur und Business Case: Auswahl von Anbieter und Diensten, Grobkostenschätzung und Vergleich mit dem Ist-Zustand.
• Pilot / Proof of Concept: Eine unkritische Anwendung zuerst migrieren, um Vorgehen, Aufwand und Werkzeuge real zu prüfen.
• Migration in Wellen: System für System umziehen statt „Big Bang" – das begrenzt das Risiko und erlaubt Lernen zwischen den Wellen.
• Optimierung und Betrieb (FinOps): Nach dem Umzug Ressourcen richtig dimensionieren, Kosten überwachen und den Betrieb einspielen. Erst hier entsteht die eigentliche Ersparnis.

So halten Sie die Kosten im Griff

• Mit einem Assessment starten: Ein sauberer Überblick verhindert teure Überraschungen mitten im Projekt.
• In Wellen statt Big Bang migrieren: Kleine, abgegrenzte Schritte sind planbarer und risikoärmer als eine Umstellung auf einen Schlag.
• Nicht alles migrieren: Alte, kaum genutzte Systeme lieber abschalten oder ersetzen, statt sie mitzuschleppen. Rightsizing spart bares Geld.
• FinOps von Anfang an: Kostenkontrolle, Budgets und Alarme früh einrichten – ungenutzte Ressourcen sind der häufigste Kostentreiber im Betrieb.
• Rabattmodelle nutzen: Für planbare Grundlast sind Reserved Instances oder Savings Plans deutlich günstiger als flexible On-Demand-Preise.
• Lock-in bewusst abwägen: Je tiefer Sie proprietäre Dienste nutzen, desto schwerer der spätere Wechsel. Das ist kein Fehler, sollte aber eine bewusste Entscheidung sein.

Häufige Fragen

Lift-and-Shift oder gleich Cloud-native?

Steht die Ablösung eines Rechenzentrums unter Zeitdruck, ist Lift-and-Shift der pragmatische Einstieg – optimieren können Sie später. Ist ein System zentral und wächst stark, lohnt der direkte Umbau auf Cloud-native, weil die niedrigeren Betriebskosten die höhere Anfangsinvestition über die Zeit ausgleichen. Viele Projekte kombinieren beides je Anwendung.

Wird es in der Cloud wirklich günstiger?

Nicht automatisch. Die Cloud spart, wenn Ressourcen bedarfsgerecht zugeschnitten sind und Sie nur zahlen, was Sie nutzen. Ohne Kostenkontrolle (FinOps) kann eins-zu-eins verlagerte Infrastruktur sogar teurer sein als vorher. Der wirtschaftliche Gewinn entsteht in der Optimierungsphase, nicht am Umzugstag.

Wie lange dauert eine Cloud-Migration?

Ein einfaches Lift-and-Shift überschaubarer Systeme dauert oft 1–3 Monate. Ein Replatforming mehrerer Anwendungen liegt bei 3–6 Monaten, ein umfassender Cloud-native-Umbau kann 6–18 Monate und länger dauern – abhängig von Anzahl der Anwendungen und Abhängigkeiten.

Was kostet ein Cloud-Spezialist pro Stunde?

Als Erfahrungswert liegen Cloud- und DevOps-Dienstleister im DACH-Raum grob bei 120–200 €/h. Zum Vergleich nennt der IT-Freelancer-Stundensatz-Report 2026 für IT-Freelancer insgesamt einen Median von rund 95 €/h und eine Spanne von 80–120 €/h; spezialisierte Cloud-Profile bewegen sich meist am oberen Rand oder darüber.

Was passiert mit dem laufenden Betrieb während der Migration?

Bei geringen Verfügbarkeitsanforderungen genügt ein Wartungsfenster. Ist nahezu keine Ausfallzeit erlaubt, läuft die Migration mit Parallelbetrieb und schrittweiser Umstellung – das ist aufwendiger und teurer, hält den Betrieb aber unterbrechungsfrei.

Festpreis oder nach Aufwand?

Ein klar abgegrenztes Lift-and-Shift lässt sich gut als Festpreis vergeben. Bei offenem Umfang – etwa einem Cloud-native-Umbau mit vielen Unbekannten – ist Abrechnung nach Aufwand meist fairer. Die Abwägung vertieft der Guide Festpreis oder nach Aufwand?

Passende Agentur finden: Vergleichen Sie geprüfte Cloud- & DevOps-Agenturen in Deutschland und Österreich – mit Bewertungen, Referenzen und Spezialisierung auf AWS, Azure oder Google Cloud. Für die grundsätzliche Auswahl helfen Die richtige Agentur auswählen: 8 Kriterien und Festpreis oder nach Aufwand?