aws partner network

Praktischer Ratgeber zum Verständnis der Grundsätze für die Migration zu AWS

Wenn ein Unternehmen erwägt, eine vorhandene Anwendung zu AWS zu migrieren, kann es aus sechs Optionen auswählen – auf Englisch als 6R bekannt – Rehosting , Replatforming , Repurchasing, Refactoring / Re-architecting, Retire, Retain. Schauen wir sie uns mal in unserem praktischen Ratgeber an ...


migrace-do-AWS-2048x1536

Cloud-Migrationen sind alles, nur nicht einfach, wenn Sie sie selbst durchführen, ohne einen erfahrenen Partner, wie beispielsweise uns :-). Bevor Sie beginnen, müssen Sie sich zumindest davon überzeugen, dass Ihre Ziel-AWS-Umgebung gut gestaltet ist. Selbst eine gut migrierte Anwendung funktioniert in einer schlecht konfigurierten AWS-Umgebung schlecht (höherer Preis, schlechte Absicherung, geringe Beständigkeit, schlechtes Ansprechverhalten).

Und jetzt schon praktische Tipps, die Ihnen bei der Migration helfen können:

1. Warum werden einige Anwendungen nicht zu AWS migriert?

Zwei der 6Rs – Belassen und Beenden (orig. Remain and Retire) – sind Entscheidungen, die Anwendung nicht in die Cloud zu migrieren. Warum entscheiden sich Unternehmen dafür, nicht in die Cloud zu migrieren?

Drei Gründe, Anwendungen außerhalb von AWS zu belassen

  • Bestehende und erhebliche, bereits aufgewandte Kosten außerhalb der Cloud, was erfordert, dass das Unternehmen vorhandene Aktiva und Prozesse optimiert.
  • Ältere Betriebssysteme und Anwendungen werden in der Cloud nicht unterstützt
  • Die unternehmerischen Gründe für die Migration sind unzureichend

Vier Gründe, Anwendungen zu beenden und nicht zu AWS zu migrieren

  • Warum Dinge migrieren, wenn es nicht notwendig ist? Es ist, als würde man ungenutzte Dinge vor dem Umzug auf die Müllkippe bringen!
  • Während des Projekts gefundene Anwendungen werden nicht mehr benötigt (manchmal ist die Tatsache, dass sie noch laufen, eine "Überraschung" für das Unternehmen, und ihre Abschaltung kann erhebliche Einsparungen bringen).
  • Anwendungen können im Unternehmen doppelt vorhanden sein, so dass einige möglicherweise deaktiviert werden können.
  • Möglicherweise läuft bereits ein Stilllegungs- oder Konsolidierungsprojekt, und diese Anwendung ist davon betroffen.
  • Die Anwendung ist möglicherweise überflüssig, z. B. ein alter Cluster oder ein Crash-Recovery-Kit

2. Was führt zur Migration einer Anwendung zu AWS?

Die verbleibenden vier Optionen für die Migration – Änderung des Hostings, Änderung der Plattform, Refactoring und Neukauf (orig. Rehost, Replatform, Refactoring and Repurchase) – werden aufgrund einer Vielzahl von Motivationsfaktoren gewählt, die zum Zeitpunkt der Migration im Unternehmen wirken.

Diese Motivationsfaktoren werden normalerweise im Business Case-Prozess aufgedeckt und stellen Inputs für die Migrationsstrategie in Form von kritischen Ereignissen, Anwendungsverfügbarkeit, Verfügbarkeit von Experten für die Migration und dem zukünftig angestrebten Zustand der Anwendung nach der Migration dar.

Motivation Nr. 1 – Gibt es ein kritisches Ereignis oder einen schmerzhaften Punkt?Wenn es im Unternehmen ein kritisches Ereignis als Faktor für das Verlassen der Hosting-Umgebung gibt, besteht die einzige Option möglicherweise in einem schnellen Hosting-Wechsel.
Motivation Nr. 2 – Ist die Anwendung im Marketplace verfügbar?Wenn die Anwendung erneut gekauft werden kann, ist dies möglicherweise eine Abkürzung zu AWS. Ist die Anwendung jedoch nicht im AWS Marketplace verfügbar, ist dieser Weg möglicherweise versperrt.
Motivation Nr. 3 – Haben wir Fachleute, können wir uns einen Partner leisten?Ist die Expertise für die lokale Anwendungsverwaltung schlechter geworden? Ist dies ein unternehmerisches Risiko? Wenn ein Unternehmen keine Fachleute für Plattformwechsel oder Refactoring hat und sich keinen Partner leisten kann, beschränken sich seine Optionen auf einen Hosting-Wechsel und einen Neukauf.
Motivation Nr. 4 – Welcher zukünftige Zustand der Anwendung ist erforderlich?Wenn Sie planen, die Anwendung innerhalb weniger Jahre weiterzuentwickeln, ist das Refactoring möglicherweise der beste Weg. Obwohl diese Methode zunächst oft die langsamste ist, bietet sie letztendlich die größte Agilität und ermöglicht die Nutzung von Cloud-Innovationen, erfordert jedoch erhebliche Fähigkeiten.

better-way-cloud-providers-joke-768x713

3. Wie wähle ich die Migrationsmethode entsprechend der Anwendung aus?

Die vier verbleibenden Migrationsmethoden aus den 6R lassen sich am besten in einem Spektrum von links nach rechts verstehen, das nach Schwierigkeit, Kostenintensität und Komplexität der Migration geordnet ist.
Bevor sich jemand daran macht und ein AWS-Konto erstellt und Bits über das Internet verschiebt, muss er einige notwendige Grundvoraussetzungen erfüllen, bevor er sich auf eine Migrationsmethode festlegt.

Das Unternehmen muss einen Geschäftsfall für die Migration haben

Die Dokumentation des Geschäftsfalls muss das Ergebnis eines Prozesses zur Analyse des aktuellen Zustands und des gewünschten zukünftigen Zustands sein. Die daraus resultierende Gap-Analyse und der Korrekturplan dienen dem Management als Wegweiser bezüglich der Richtung und der Geschwindigkeit des Migrationsprogramms. Unabhängig von der Größe des Unternehmens wird bei einer einseitigen Entscheidung, „in die Cloud zu wechseln“, eine wichtige Analyse fehlen, was dazu führen kann, dass das Unternehmen die falsche Migrationsmethode wählt.

Das Unternehmen muss über eine gut gestaltete AWS-Zielumgebung verfügen

Gut gestaltete Anwendungen können auch in schlecht gestalteten AWS-Umgebungen laufen. Die Bereitstellung und die Verwaltung einer gut gestalteten AWS-Umgebung ist Sache gut geschulter und qualifizierter Spezialisten. Um die bestmögliche AWS-Zielumgebung bereitzustellen, müssen das Unternehmen und seine Partner die Architekturen von AWS Well Architected Framework und AWS Cloud Adoption Framework gut kennen.

4. Nach welchen wunderbaren Eingenschaften sollte man bei seinem Migrationspartner suchen?

Ein Partner, der sich auf eine Migrationsmethode spezialisiert hat, empfiehlt diese Methode wahrscheinlich als primäre, möglicherweise als einzige Migrationsmethode. In diesen Fällen ist es wichtig, dass er nur an der Umsetzung der Migration beteiligt wird, nicht am Entscheidungsschritt.

Es ist auch wichtig, einen Partner zu wählen, der Leute mitbringt, die Anwendungen, Automatisierung und AWS verstehen: nicht nur die Verwaltung von AWS-Systemen. Für eine erfolgreiche Anwendungsmigration ist diese komplexe Kombination von Fähigkeiten notwendig.


Die Alternative einer "Do-it-yourself" -Migration birgt ein unverhältnismäßig hohes Risiko – gemessen an den Erfahrungen der eigenen Mitarbeiter mit der Bereitstellung und dem Betrieb gut gestalteter AWS-Cloud-Services und der Durchführung von Migrationen. Einige Unternehmen nutzen Partner, um "in Gang zu kommen" und in der Anfangsphase Fertigkeiten weiterzugeben.

Kurz gesagt, die kritischen Fähigkeiten eines Migrationspartners sind:

  • Perfekte Kenntnis von Anwendungen, Automatisierung und AWS.
  • Fokus auf Erfahrungen und Ergebnissen von Kunden während der Migration.
  • Kenntnis der verschiedenen Migrationsmethoden.
  • Fähigkeit zur Hilfe beim Betrieb migrierter Anwendungen.
  • Fähigkeit zur Weiterentwicklung migrierter Anwendungen, um die Cloud auch zur Erzielung besserer Geschäftsergebnisse zu nutzen.

Zusammenfassung

Die Anwendungsmigration ist komplex, kann jedoch abhängig von den Motivationen und Zielen des Unternehmens die richtige Antwort sein. Das Verständnis der 6R ist eine Sache, ihre effektive Nutzung eine andere. Die Wahl eines Partners wie LUKAPO kann sich sehr positiv auf Ihre Erfahrung mit der Migration und deren Ergebnisse auswirken.