Zum Inhalt springen

Design

Design überführt Discovery-Ergebnisse in umsetzbare Zielarchitekturen und Runbooks je Anwendung für die spätere Factory-Umsetzung.

Das Modul Design erstellt für jede in Discovery erfasste Anwendung ein ausführbares Design für die Migration. Es geht nicht um ein abstraktes Papier, sondern um ein konkretes Paket, das eine Migration Factory stabil umsetzen kann.

Zielbild je Anwendung

Definiert Zielarchitektur, Service-Auswahl, Integrationsansatz und Randbedingungen im STACKIT Kontext.

6R-Entscheidungsnachweis

Dokumentiert die gewählte Migrationsstrategie und begründet, warum Alternativen verworfen wurden.

Factory-faehiges Migrations-Runbook

Liefert eine Schritt-für-Schritt-Anleitung mit Rückfallpfad und Validierungspunkten.

Handover-Paket

Übergibt alle benötigten Ergebnisse an Migration Factory Setup, Landing Zone und Migrationsplan.

Die Module sind eng verzahnt, haben aber unterschiedliche Aufgaben:

Design (dieses Modul)

Entscheidet pro Anwendung Zielbild und Migrationsstrategie und erstellt ausführbare Runbooks.

Migration Factory Setup

Ermöglicht die Umsetzung durch Auswahl und Vorbereitung des passenden Factory-Modells, Partners und Werkzeugkastens.

Landing Zone

Liefert die Plattform-Grundlage und Governance Controls, die im Zielbild berücksichtigt werden müssen.

Migrationsplan

Überführt fertige Designs in realistische Wellen, Reihenfolgen, Abhängigkeiten und Meilensteine.

Die 6R-Methodik ist das zentrale Modell in diesem Modul. Für jede Anwendung muss die gewählte Strategie mit Architektur-, Business-, Risiko- und Argumenten für den Betrieb belegt werden.

6R migration method Decision flow from discovery to production with the six migration strategies Relocate, Rehost, Replatform, Repurchase, Refactor, Retain, and Retire. 6R Migration Method Discovery Discovery Assess and prioritize Assess/ prioritize Determine migration path Relocate Relocate (convert VMs to native cloud) Determine configuration Rehosting Rehosting (lift and shift) Install Config Deploy Manual Automate Use migration tools Replatforming Replatforming (lift and reshape) Determine new platform Modify underlying infrastructure Repurchasing Repurchasing (replace, drop and shop) Purchase COTS/ SaaS and licensing Migrate business process Refactoring Refactoring (re-architecting applications) Redesign application/ infrastructure architecture App code development Full ALM/SDLC Integration Retain or move Retain/move Retire or decommission Retire/ decommission Validation Validation Transition Transition Production Production
  • Relocate: Sinnvoll, wenn eine schnelle Überführung von Virtualisierungs-Stacks möglich ist und der Governance-Rahmen den Betrieb im Ziel erlaubt.
  • Rehost: Sinnvoll bei geringer Veränderungstoleranz und engem Zeitrahmen, wenn Geschwindigkeit vor sofortiger Modernisierung steht.
  • Replatform: Sinnvoll, wenn begrenzte Anpassungen über die STACKIT Plattform klare Vorteile in Betrieb, Skalierung oder Kosten bringen.
  • Repurchase: Sinnvoll nur für Angebote im STACKIT Ökosystem, inklusive SaaS-Optionen wie ServiceNow, SAP und geeigneten Partner-Angeboten.
  • Refactor: Sinnvoll für strategische Anwendungen, wenn eine cloud-native Überarbeitung klaren Mehrwert in Agilität, Resilienz oder Kosten schafft.
  • Retain/Retire: Retain bei zeitlichen oder technischen Hürden; Retire bei fehlendem Geschäftswert im Verhältnis zum Betriebsaufwand.
  1. Scope und Baseline aus Discovery bestätigen (Abhängigkeiten, Nutzung, Kritikalität, Restriktionen).
  2. Fachliche und technische Designziele festlegen, inklusive Verfügbarkeit, Security, Compliance und Performance.
  3. 6R-Optionen gegen klare Kriterien bewerten und die gewählte Strategie begründet dokumentieren.
  4. Zielbild auf STACKIT Produkte und Plattform-Fähigkeiten abbilden, inklusive Netzwerk, Identität, Daten und Betrieb.
  5. Migrationsvorgehen spezifizieren (Cutover-Ansatz, Datenumzug, Integrationswechsel, Rückfallstrategie).
  6. Ausführbares Runbook für die Factory mit Aufgaben, Qualitätschecks und Abnahmekriterien erstellen.
  7. Design-Annahmen mit Architektur, Security, Plattform und Business-Ownern validieren.
  8. Freigegebenes Designpaket an Migration Factory Setup und Migrationsplan übergeben.

Mindestens folgende Inhalte sollten je Anwendung vorliegen:

  • Zielarchitektur-Definition: Workload-Platzierung, Service-Mapping, Modell für Integrationen und nicht-funktionale Anforderungen.
  • 6R-Entscheidungsnachweis: Gewählte Strategie, Kriterien, geprüfte Alternativen und Haupt-Risiken.
  • Migrations-Runbook: Reihenfolge der Ausführung, Checks vor dem Lauf, Rückfallpfad, Validierung und Go-live-Kriterien.
  • Abhängigkeiten und Schnittstellen: Bedarf für Koordination mit vor- und nachgelagerten Systemen und Übergangsfenstern.
  • Compliance- und Security-Controls: Verpflichtende Controls und Nachweise für Release-Reife.

Die Qualität des Plans der Migration hängt direkt von der Design-Qualität ab. Reihenfolge der Wellen, Factory-Durchsatz und Liefer-Risiko werden durch die Präzision der Zielentwürfe und Ablaufpläne bestimmt. Unvollständige Designs führen in der Praxis zu instabilen Wellen und Verzögerungen.