Weiter zum Inhalt

Kapitel 4

Umgestaltung, Auswirkungen der Cloud-Einführung

Die Migration des gesamten Anwendungsspektrums in die Cloud bringt eine Transformation von Vermögenswerten, Praktiken und Organisationen mit sich. Wenn diese Transformation nach Migrationsoperationen „aufgeschoben“ werden kann, beginnt sie in der Regel parallel mit „Quick Wins“. Diese Transformation ist aus Kosten-, Prozess-, Kompetenzgründen usw. unvermeidbar. Umgestaltung, Auswirkungen der Cloud-Einführung

Anwendungstransformation 

Bei der Migration müssen für jede Anwendung ein Ziel und ihr Migrationspfad identifiziert werden.

  • Entfernen: Anwendungen, die nach der Migration außer Betrieb genommen werden  
  • Retain: Anwendungen, die aufgrund technischer oder rechtlicher Unmöglichkeit nicht migriert werden oder deren Migration sich einfach nicht lohnt  
  • Rückkauf: Anwendungen, die in SaaS gekauft werden sollen, da sie nicht zu den differenzierenden Anwendungen gehören, die mit dem Unternehmen verbunden sind
  • Rehosten: Anwendungen, die in Lift and Shift migriert werden, d. h. in AWS ohne Infrastructure as Code importiert werden, mit Tools vom Typ „Cloud Endure“. Dieser Weg wird von unseren Kunden selten verwendet und bietet einen Mehrwert, wenn Teams die Anwendung nicht neu installieren können 
  • Redeploy: Neu bereitstellen: Anwendungen, die unverändert mit IaC auf AWS bereitgestellt werden, mit derselben Architektur und einem hauptsächlich IaaS-Ziel
  • Replatform: Anwendungen, die mit IaC auf AWS bereitgestellt werden, leicht verändert, um von AWS-verwalteten Diensten zu profitieren 
  • Refactor: Anwendungen, die mit IaaS auf AWS bereitgestellt werden und vollständig transformiert werden, um von AWS-verwalteten Diensten zu profitieren

Diese unterschiedlichen Architekturpfade/-ziele haben direkte Auswirkungen auf die Tools, die implementiert werden müssen, auf die Prozesse und damit auf die Fähigkeiten und die IT-Organisation.

Application Target Architecture und OP-Model

Im Allgemeinen verfolgen Unternehmen eine Migrationsstrategie mit einem einzigen Migrationspfad für alle Anwendungen mit dem Ziel, die Verwaltung von Migrationsvorgängen zu vereinfachen und die spezifischen Aktionen und Maßnahmen für jede Anwendung einzuschränken.

Teams transformieren

Migration bedeutet auch die Weiterentwicklung von Fähigkeiten und die Einführung von Cloud-Best Practices in großem Maßstab. Dies erfordert einen Vergleich der Fähigkeiten des Unternehmens mit Cloud-Technologien und -Praktiken sowie die Entwicklung individueller Schulungspläne, die auf die Anwendungsmigrationsraten abgestimmt sind. Das Training muss komplementäre Ansätze kombinieren, um maximale Wirksamkeit zu gewährleisten:

Typische Kompetenzentwicklungspfade können nach dem T-Shape-Modell definiert werden (umfassende Kenntnisse der wichtigsten Cloud-bezogenen Konzepte, kombiniert mit der Tiefe des Fachwissens, das für die Rolle innerhalb der Organisation erforderlich ist).

Besonderheiten

Technischer und philosophischer Kern

Parallel zur Kompetenzsteigerung der Ressourcen ist es wichtig, Austausch- und Kapitalisierungsmaßnahmen einzuführen, wie zum Beispiel den Aufbau eines Center of Excellence (COE). Während des Migrationsprojekts ermöglicht das COE den Austausch bewährter Praktiken im Zusammenhang mit Das Migrationsprogramm

Organisatorische Transformation

Unternehmen, die ein Migrationsprogramm in großem Maßstab starten, nutzen die Cloud oft schon seit einigen Jahren, insbesondere für Innovationsprojekte. In diesem Zusammenhang gibt es neben der isolierten Organisation, die im Allgemeinen den Betrieb vor Ort regelt, häufig eine Art Organisation namens Cloud Center of Expertise (CCOE, Cloud Center of Excellence oder CEE, Cloud Enablement Engine). Um alle Migrationen in großem Maßstab unterstützen zu können, ist es wichtig, die Größe dieses Kompetenzzentrums entsprechend der Menge der gleichzeitig zu verwaltenden Migrationen zu dimensionieren und die Prozesse zu überprüfen, die es Entwicklungsfabriken ermöglichen, Cloud-Dienste zu nutzen. Es ist wichtig, so viel wie möglich zu delegieren und gleichzeitig die Kontrolle darüber zu behalten, was durch „Richtlinien“, Automatisierung usw. bereitgestellt wird.