Kontrollierte Cutovers
Standardisierte Runbooks und Wellensteuerung reduzieren Ausfall- und Rollback-Risiken.
STACKIT Landing Zone Accelerator
STACKIT
Erste Schritte im Cloud Framework
Zuletzt aktualisiert am
STACKIT
Erste Schritte im Cloud Framework
Geführte erste Tour durch das STACKIT Cloud Framework: die Bergkarte lesen, die Frameworks erkunden, Assets finden, Trails folgen und sie präsentieren.
Willkommen: Eine Karte für deine Cloud-Journey
Das STACKIT Cloud Framework ist deine Karte für Cloud-Journeys. Jedes Framework ist ein Berg, die Contributors wohnen im Basisdorf, Assets sind die Ausrüstung im Rucksack und Trails die markierten Routen zum Gipfel.
Die sechs Frameworks: Wähle deinen Berg
Sechs Berge: Advisory für Strategie, Adoption für Cloud-Journeys, Architecture für Landing Zones, Data & AI für Workloads, ISV für Softwareanbieter und Migration für den Umzug auf STACKIT. Alle sechs haben denselben Aufbau.
Beispiel für ein ausgebautes Framework: Migration Ein ausgebautes Framework als Beispiel dafür, wohin jeder Berg wächst.
Migration ist heute der am weitesten entwickelte Berg. Seine Karte zeigt den ganzen Aufstieg auf einen Blick. Auf diese Tiefe wächst jedes Framework zu.
Strukturierte Übersicht des STACKIT Cloud Migration Frameworks über die Phasen Assess, Design and Mobilize, Migrate und Run mit den zentralen Modulen.
Überblick: Diese Phase
Abschnitt betitelt „Überblick: Diese Phase“Migrate ist die Phase der Umsetzung im Framework für R-Strategie-Pfade mit technischer Verlagerung. Sie verlagert Systeme und Anwendungen in kontrollierten Wellen über einen Factory-Ansatz aus den Quell-Systemen in die STACKIT-Zielumgebung.
Die Ausführung erfolgt runbook-basiert und legt den Fokus auf Wiederholbarkeit, stabile Cutovers und eine sichere Übergabe in den Betrieb.
R-Strategie-Einordnung in dieser Phase
Abschnitt betitelt „R-Strategie-Einordnung in dieser Phase“Migrate verläuft je nach R-Strategie-Entscheidung unterschiedlich. Der Fokus in dieser Phase hängt vom gewählten Pfad pro Workload ab:
- Relocate, Rehost, Replatform: Das sind die zentralen Pfade dieser Phase mit Steuerung in Wellen und Runbooks.
- Refactor: Dieser Pfad läuft in der Regel als eigenes Projekt zur Modernisierung mit eigenem Backlog und Setup.
- Repurchase: Dieser Pfad folgt einem anderen Übergangsmuster und sollte oft als eigener Workstream oder eigenes Modul geführt werden.
- Retain, Retire: Diese Pfade brauchen in dieser Phase keine technische Migration und werden als Portfolio-Entscheidung behandelt.
Wann Migrate startet und endet
Abschnitt betitelt „Wann Migrate startet und endet“Migrate startet, sobald die ersten Migrationswellen freigegeben und die zugehörigen Runbooks bereit zur Umsetzung sind.
- Start mit validiertem Wellenscope, Zielarchitektur und abgestimmten Cutover-Plänen.
- Durchführung der Wellen mit Governance-Kontrollen, technischer Validierung und Rollback-Bereitschaft.
- Abschluss je Scope, wenn Migration, Stabilisierung und Abnahme der Zielumgebung erfolgt sind.
Auf Ebene des Programms endet die Phase, wenn alle geplanten Workloads migriert, modernisiert oder gemäß Scope-Entscheidungen formal beibehalten beziehungsweise stillgelegt sind.
Warum diese Phase wichtig ist
Abschnitt betitelt „Warum diese Phase wichtig ist“In Migrate wird der geschäftliche Nutzen der Migration in der Produktion realisiert. Die Qualität der Ausführung wirkt sich direkt auf Betriebsstabilität, Vertrauen der Nutzer und langfristige Wirtschaftlichkeit aus.
Skalierung über Factory-Modell
Wiederverwendbare Migrationsmuster erhöhen den Durchsatz bei gleichbleibender Qualität.
Messbare Validierung
Technische und funktionale Prüfungen sichern die Stabilität der Zielumgebung pro Welle.
Kontinuierliche Verbesserung
Erkenntnisse fließen in Folgewellen, Optimize-Zyklen und Modernisierungspfade zurück.
Module in dieser Phase
Abschnitt betitelt „Module in dieser Phase“- Migrate: Führt die technische Verlagerung und Cutovers in Wellen aus.
- Optimize: Verbessert Sizing, Performance und Kosten nach dem Cutover.
- Refactor: Ermöglicht gezielte Restrukturierung und cloud-native Weiterentwicklung.
- Repurchase: Beschreibt den Umstieg auf SaaS-Ersatzlösungen mit anderer Logik als klassische Migrationswellen.
- Operating Model Handover: Validiert Ownership und TOM-Übergabe, bevor der volle Run-Regelbetrieb startet.
Typische Ergebnisse
Abschnitt betitelt „Typische Ergebnisse“Am Ende von Migrate sollten mindestens folgende Ergebnisse vorliegen:
- Erfolgreiche Wellenumsetzung: Freigegebene Wellen mit dokumentierter Cutover- und Validierungsqualität.
- Stabilisierte Ziel-Workloads: Migrierte Systeme laufen zuverlässig auf STACKIT mit klarer Ownership.
- Backlog und Maßnahmen für Optimize: Right-Sizing, Tuning und Effizienzmaßnahmen sind priorisiert.
- Entscheidungen zur Modernisierung: Refactor-Pfade sind für geeignete Anwendungen bewertet und gestartet.
Abgrenzung zur Run-Phase
Abschnitt betitelt „Abgrenzung zur Run-Phase“Migrate umfasst die direkte Stabilisierung nach Cutover und erste Schleifen zur Optimierung. Der langfristige Betrieb der Services, die kontinuierliche Verbesserung des Betriebs und die dauerhafte Realisierung des Werts sind in der nachgelagerten Run-Phase verankert.
Assets: Die Ausrüstung im Rucksack
Assets sind die Ausrüstung: Blueprints, Guides, Runbooks, Workshops und mehr, jedes als Karte. Suche, filtere und sortiere, um deine Ausrüstung zu finden. Badges zeigen, was STACKIT empfiehlt und was diese Woche neu ist.
So liest du eine Asset-Karte Jedes Asset erscheint als Karte. So liest du sie, bevor du sie überhaupt öffnest.
Jedes Asset ist eine Karte: oben Contributor und Kategorie, Tags zum Suchen und ein Badge, wenn STACKIT es empfiehlt. Die Schloss-Zeile zeigt die Lizenz: Open Source ist frei nutzbar, Managed betreibt der Contributor.
Trails: Geführte Journeys auf den Berg
Trails verketten Assets und Seiten zu einer geführten Journey, Etappe für Etappe von PLAN bis GOAL. Klappe einen Schritt mit Show more auf oder nimm den Trail mit Copy for AI in deinen Assistenten mit. Du bist gerade auf einem.
So liest du eine Trail-Karte Eine Trail-Karte zeigt die ganze Journey, bevor du dich festlegst.
Eine Trail-Karte zeigt die ganze Route: wer sie gebaut hat, welchen Berg sie erklimmt und die ersten Schritte. Die Karte rechts ist genau dieser Trail. Öffne sie oder starte die Präsentation.
Wer das baut: Contributors und Aktualisierungen
STACKIT-Teams, offizielle Partner und weitere Contributors schreiben die Inhalte. Sie pflegen ihre eigenen Profile, Assets und Trails und können Änderungen an allen Inhalten vorschlagen. Karten zeigen, wer beigetragen hat und wann.
Jeden Trail als Foliendeck präsentieren
Jeder Trail ist zugleich ein Foliendeck. Klicke in einem geöffneten Trail auf das Präsentations-Icon, wähle eine vorbereitete Ansicht und starte. Sprechernotizen und ein Referentenfenster machen daraus einen Vortrag oder Workshop. Ganz ohne Export.
Am Handy und mit Klicker Dasselbe Deck läuft am Beamer, mit einem Präsentations-Klicker und am Handy.
Blättere mit einem Klicker, dem Mausrad oder einem Klick auf den Folienrand. Die Leiste unten springt zu jedem Schritt. Am Handy wechselst du mit Tippen oder Wischen zwischen den beiden Spalten einer Folie.
Beginne deinen eigenen Aufstieg
Drei Wege zum Start: öffne das Framework, das zu deiner Journey passt, durchstöbere die Assets-Seite oder folge einem geführten Trail. Die Berge stehen bereit. Guten Aufstieg.