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 ...
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:
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?
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.
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.
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.
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.
Erzählen Sie uns mehr und wir werden Sie mit einem Experten in Verbindung setzen, der Ihnen mehr Informationen über unsere Dienstleistungen und Produkte geben kann.