Migrationsstrategie auswählen
Nachdem Sie die aktuelle IT-Infrastruktur und die IT-Anforderungen Ihrer Organisation überprüft haben, betrachten Sie die Migrationsmethode und die Zielarchitektur.
- Wählen Sie die Art der Migration für verschiedene Ressourcen aus:
- Rehosting – „Lift and Shift“
- Sie hosten Ihre Anwendung mit einer anderen Hardwareumgebung neu, ohne die Anwendungsarchitektur zu ändern. Normalerweise eignet sich diese Strategie für große Legacy-Anwendungen oder Szenarien, in denen die Migration schnell und effektiv durchgeführt werden muss.
- Replatforming – „Lift, Tinker and Shift“
- Sie behalten die ursprüngliche Architektur der Anwendung bei, während Sie nur wenige Optimierungen vornehmen, um die Vorteile der Cloud-Infrastruktur zu nutzen. Replatforming kann länger dauern als Rehosting, eignet sich aber perfekt für Fälle, in denen Sie ein gewisses Maß an Kosteneffektivität, Funktionalität und Zeitersparnis ohne die erheblichen Ressourcenanforderungen des Refactoring benötigen.
- Retiring (Stilllegen)
- Sie verwenden einige Geräte oder Produkte in Ihrer aktuellen Infrastruktur nicht mehr. Sie könnten beispielsweise beschließen, veraltete Server oder Anwendungen mit wenigen Benutzern nicht zu migrieren.
- Retaining (Beibehalten) – „Revisit“ (Erneut prüfen)
- Migrationsstrategische Entscheidungen erfordern viel Überlegung und Forschung. In einigen Fällen möchten Sie die Entscheidung möglicherweise zurückstellen und später die wichtigsten oder problematischsten Aspekte Ihrer Infrastruktur erneut prüfen.
- Refactoring – „Rearchitecturing“
- Sie überprüfen und überarbeiten die Architektur der aktuellen Infrastruktur, um Cloud-Funktionen und -Flexibilität zu nutzen. Restrukturieren Sie Ihre Infrastruktur oder ihre Komponenten, um eine Skalierung, Leistung oder Agilität zu erreichen, die die Anwendung mit der vorhandenen Architektur nicht erreichen kann. Diese Strategie ist möglicherweise die teuerste, kann aber auch die perfekte Lösung sein, insbesondere wenn Ihr Ziel eine serviceorientierte Infrastruktur ist.
- Repurchasing (Neukauf) – „Drop and Shop“
- Sie wechseln von Ihrer aktuellen Anwendung zu einem Service oder einer Appliance, den/die der Cloud Provider anbietet. In einigen Fällen ist es einfacher und profitabler, ein neues Cloud-Produkt zu verwenden, anstatt in die Migration eines alten zu investieren. Dies ist der Fall, wenn Ihre Organisation über selbst entwickelte Produkte oder eine branchenspezifische Anwendung verfügt, die nicht für Cloud-Infrastrukturen geeignet ist.
- Abhängig von den Anforderungen Ihres Unternehmens können Sie alle Ihre IT-Ressourcen auf dieselbe Cloud-Plattform verschieben oder mehrere Plattformen verwenden. Treffen Sie Entscheidungen zur Zielarchitektur für verschiedene Ressourcen:
- IaaS
- Mit Infrastructure-as-a-Service wird nur eine grundlegende Infrastruktur bereitgestellt, die virtuelle Computer (Virtual Machines, VMs), Software Defined Network (SDN) und Network-Attached Storage (NAS) umfasst.
- SaaS
- Software-as-a-Service wird auch als On-Demand-Software bezeichnet. Cloud-Anbieter verwalten Anwendungen und stellen den Kunden Anwendungen über einen Webbrowser bereit.
- PaaS
- Platform-as-a-Service bietet eine Plattform, mit der Kunden ihre Anwendungen bereitstellen und ausführen können, ohne die Infrastruktur verwalten zu müssen.
- Hybrid
- In einer Hybridlösung befindet sich die IT-Infrastruktur in einer Public Cloud, während einige Ressourcen weiterhin lokal und in Private Cloud Workloads unterstützt und ausgeführt werden.
- Service Portal-Container
- Container-as-a-Service ist eine containerbasierte Virtualisierung. Cloud-Anbieter verwenden diesen Typ, um den Kunden containerbezogene Komponenten bereitzustellen: Container Engines, Orchestrierung und die zugrunde liegenden Rechenressourcen.
- Legen Sie Ihre Ziele und den Zeitrahmen fest. Für Migrationswellen in Cloud Migration Assessment werden Geschäftsquartale verwendet.
- Identifizieren Sie Personengruppen und Einzelpersonen, die direkt für bestimmte Migrationsaufgaben verantwortlich sind, und solche innerhalb Ihres Unternehmens und auf Seiten des Cloud-Providers, die benachrichtigt werden müssen.