Kurzfassung: Cloud-Migrationen scheitern selten an der Technik des Verschiebens – sondern an fehlender Architektur. Wer Workloads ohne Zielbild in die Cloud „lift-and-shiftet“, nimmt Sicherheitslücken, unkontrollierte Kosten und Abhängigkeiten mit. Eine tragfähige Cloud-Migration beginnt deshalb mit Architektur: einer sauberen Zielumgebung und einer bewussten Entscheidung, wie jede Applikation überführt wird. Dieser Leitfaden zeigt unser Vorgehen – von der Zielarchitektur und Landing Zone über die 6-R-Strategie je Applikation bis zur risikoarmen Migrations-Roadmap.

Das Wichtigste in Kürze

  • Eine Cloud-Migration ist eine Architektur- und Portfolio-Entscheidung, kein reines Infrastrukturprojekt.
  • Die Landing Zone (Netzwerk, Identität, Sicherheit, Kostensteuerung) ist das Fundament – vor der ersten Migration.
  • Die 6-R-Strategie entscheidet je Applikation: Rehost, Replatform, Refactor, Repurchase, Retire oder Retain.
  • Eine gute Migrations-Roadmap sequenziert nach Geschäftswert und Risiko – nicht nach technischer Bequemlichkeit.

Warum Architektur vor Migration?

Der verbreitetste Fehler ist, die Cloud als „anderes Rechenzentrum“ zu behandeln und Server einfach umzuziehen. Das funktioniert kurzfristig, rächt sich aber schnell: Ohne durchdachte Netz- und Identitätsstruktur entstehen Sicherheitsrisiken, ohne Kostensteuerung explodieren die Ausgaben, und ohne Zielbild werden bestehende Altlasten unverändert in die Cloud getragen.

Eine architektonisch fundierte Cloud-Migration ist typischerweise dann angezeigt, wenn Rechenzentrums- oder Hardware-Lebenszyklen auslaufen, wenn Skalierbarkeit und Ausfallsicherheit gefordert sind, bei Konsolidierungen nach Fusionen – oder wenn eine bestehende Landschaft modernisiert werden soll. Sie ist der Kern einer belastbaren Cloud-Architektur & -Migration und braucht denselben Vorlauf wie jedes andere Architekturvorhaben.

Cloud-Migration: das Vorgehen

Schritt 1 – Bestandsaufnahme und Cloud-Readiness

Zuerst erfassen wir die Applikations- und Infrastrukturlandschaft: Abhängigkeiten, Datenflüsse, Lizenz- und Lifecycle-Status, Betriebskosten und Compliance-Anforderungen. Fehlt ein belastbares Inventar, ist eine IT-Landschaftsanalyse oder ein Cloud-Migration-Assessment der übliche Ausgangspunkt. Ergebnis ist eine faktenbasierte Cloud-Readiness je Applikation.

Schritt 2 – Zielarchitektur und Landing Zone entwerfen

Nun entsteht die Zielarchitektur: die Landing Zone mit Account-/Subscription-Struktur, Netzwerksegmentierung, Identitäts- und Zugriffsmanagement, Sicherheits-Leitplanken, Logging und Kostensteuerung. Diese Grundstruktur wird einmal sauber gebaut und dann wiederverwendet – sie entscheidet darüber, ob die Migration später sicher und kontrolliert skaliert oder im Wildwuchs endet.

Schritt 3 – 6-R-Strategie je Applikation

Für jede Applikation treffen wir eine bewusste Überführungsentscheidung anhand der 6 R:

Option Bedeutung Wann sinnvoll
Rehost Lift-and-Shift, unverändert Schnell, geringes Risiko, wenig Cloud-Nutzen
Replatform Leichte Anpassung (z. B. Managed DB) Cloud-Vorteile ohne große Umbauten
Refactor Neu strukturieren / Cloud-nativ Hoher Geschäftswert, Skalierung gefragt
Repurchase Durch SaaS ersetzen Standardfunktion, Eigenbetrieb lohnt nicht
Retire Abschalten Redundant oder ungenutzt
Retain Vorerst behalten Regulatorik, Aufwand, geringe Reife

Der Charme des Modells: Aus einer unübersichtlichen Landschaft wird eine klare Portfolio-Entscheidung – jede Applikation erhält eine begründete Richtung statt eines pauschalen „alles in die Cloud“.

Schritt 4 – Sicherheit, Compliance und Kosten verankern

Sicherheit und Kosten sind keine nachgelagerten Themen, sondern Teil der Architektur. Wir verankern Identitäts- und Zugriffskonzepte, Verschlüsselung, Netzwerksicherheit und Compliance-Anforderungen (etwa Datenresidenz) direkt in der Zielarchitektur und etablieren von Beginn an FinOps-Leitplanken – Budgetierung, Tagging und Kostentransparenz –, damit Cloud-Ausgaben steuerbar bleiben.

Schritt 5 – Migrations-Roadmap und Wellen

Aus 6-R-Entscheidungen und Abhängigkeiten entsteht eine Migrations-Roadmap in Wellen, sequenziert nach Geschäftswert, Risiko und technischer Komplexität. Wir starten mit risikoarmen, lehrreichen Workloads (um Muster und Automatisierung zu etablieren) und arbeiten uns zu den geschäftskritischen Systemen vor – jeweils mit definiertem Test-, Cutover- und Rückfallplan.

Schritt 6 – Migration, Validierung und Optimierung

In der Durchführung migrieren wir Welle für Welle, validieren Funktion, Performance und Sicherheit gegen definierte Kriterien und optimieren anschließend: Right-Sizing der Ressourcen, Kostenkontrolle und – wo sinnvoll – schrittweise Modernisierung zuvor nur rehosteter Workloads. So endet die Migration nicht mit dem Umzug, sondern mit einer betriebsreifen, optimierten Zielumgebung.

Welche Kennzahlen sind entscheidend?

Wir steuern die Migration über wenige, aussagekräftige Metriken:

  • Migrationsfortschritt – Anteil überführter Workloads je Welle.
  • Cloud-Kosten vs. Business Case – laufen die Ausgaben im geplanten Rahmen?
  • Verfügbarkeit und Performance – halten migrierte Services ihre Zusagen?
  • Sicherheits- und Compliance-Findings – bleibt die Zielumgebung sauber?
  • Right-Sizing-Grad – wie effizient sind die Ressourcen dimensioniert?

Typische Ergebnisse

Eine architektonisch fundierte Cloud-Migration liefert eine wiederverwendbare Landing Zone, eine dokumentierte 6-R-Entscheidung je Applikation, eine risikoarme Migrations-Roadmap und eine betriebsreife, kostenoptimierte Zielumgebung. Der Nutzen: bessere Skalierbarkeit und Ausfallsicherheit, kontrollierte Kosten statt Cloud-Bill-Schock und eine modernisierte Landschaft – statt bloß verschobener Altlasten.

Methodische Grundlage

Wir arbeiten architekturmethodisch auf Basis von TOGAF und modellieren Ziel- und Übergangsarchitekturen dort, wo es sinnvoll ist, in ArchiMate – so bleibt die Migration nachvollziehbar und anschlussfähig an die übrige Architekturarbeit. Wo die Applikationslandschaft vor der Migration rationalisiert werden soll, ist eine Applikationsportfolio-Analyse der natürliche Vorlauf – sie beantwortet, welche Systeme überhaupt migriert werden sollten.

Fazit

Eine Cloud-Migration ist zuerst eine Architektur-Aufgabe. Die Landing Zone liefert das sichere Fundament, die 6-R-Strategie die klare Entscheidung je Applikation, und die Roadmap in Wellen den risikoarmen Weg. Wer die Zielarchitektur vor dem ersten Umzug denkt, migriert schneller, sicherer und günstiger – und landet nicht mit denselben Altlasten in einer teureren Umgebung.

Cloud-Migration architektonisch fundiert angehen? Wir begleiten Sie von der Zielarchitektur über die 6-R-Entscheidungen bis zur betriebsreifen Migrations-Roadmap. → Cloud-Architektur & -Migration von Portamus kennenlernen