Was ist Anwendungsmigration?

Da Anwendungen normalerweise für die Ausführung auf bestimmten Betriebssystemen in bestimmten Netzwerkarchitekturen erstellt oder für eine einzelne Cloud-Plattform entwickelt werden, kann das Verschieben einer Anwendung in eine neue Umgebung mehrere Herausforderungen mit sich bringen. Normalerweise ist es einfacher, Anwendungen von virtualisierten oder servicebasierten Architekturen zu migrieren, als solche, die auf Bare-Metal-Hardware laufen.

Bei der Festlegung einer Gesamtstrategie für die Anwendungsmigration müssen die Abhängigkeiten und technischen Anforderungen jeder einzelnen Anwendung sowie die Sicherheits-, Compliance- und Kostenbeschränkungen Ihres Unternehmens berücksichtigt werden.

Verschiedene Anwendungen können unterschiedliche Wege in die Cloud nehmen, sogar innerhalb derselben Technologieumgebung. Seit den Anfängen des Cloud Computing haben Entwickler diese Anwendungsmigrationsmuster mit Namen bezeichnet, die mit „R“ beginnen.

Rehosting: Rehosting, auch bekannt als Lift-and-Shift, ist eine gängige Strategie, bei der das Unternehmen die Anwendung von einem lokalen Server auf eine virtuelle Maschine in der Cloud verschiebt, ohne wesentliche Änderungen vorzunehmen. Das Rehosting von Anwendungen ist in der Regel schneller als andere Migrationsstrategie und kann die Migrationskosten erheblich senken. Der Nachteil besteht darin, dass die Anwendungen ohne Änderungen nicht von cloudnativen Computing-Funktionen profitieren und die langfristigen Kosten für die Ausführung in der Cloud höher sein können.

Refactoring oder Rearchitect: Refactoring bezieht sich auf das Vornehmen ziemlich bedeutender Änderungen an der Anwendung, sodass sie in einer Cloud-Umgebung skalieren oder besser funktionieren kann. Möglicherweise müssen große Teile der Anwendung neu programmiert werden, damit sie die cloudnativen Funktionen besser nutzen kann – beispielsweise durch die Umstrukturierung einer monolithischen Anwendung in eine Reihe von Microservices oder die Modernisierung des Datenspeichers von SQL auf NoSQL.

Replatform: Eine Art Mittelweg zwischen „Lift-and-Shift“ und „Rearchitecting“, bei dem eine Anwendung neu aufgesetzt wird, besteht darin, geringfügige Änderungen an ihr vorzunehmen, damit sie besser von der Cloud-Architektur profitieren kann. Beispiele hierfür sind die Aktualisierung der Anwendung für die Verwendung mit einer cloudnativen verwalteten Datenbank, die Änderung der Betriebssysteme oder Middleware, mit denen sie arbeitet, oder die Containerisierung der Anwendung.

Außer Betrieb nehmen/ersetzen: Manchmal ist es einfach am sinnvollsten, die Anwendung außer Betrieb zu nehmen. Das könnte daran liegen, dass sein Wert begrenzt ist, weil seine Funktionen an anderer Stelle in Ihrer Umgebung dupliziert werden, oder weil es kostengünstiger ist, es durch ein neues Angebot — oft eine Software-as-a-Service (SaaS) -Plattform — zu ersetzen, als die Anwendung zu migrieren.

Um die für die individuelle IT-Umgebung und die Geschäftsanforderungen Ihres Unternehmens am besten geeignete Strategie für die Anwendungsmigration zu entwickeln, müssen Sie genau wissen, was in Ihrem Anwendungsportfolio enthalten ist, welche Besonderheiten Ihre Sicherheits- und Compliance-Anforderungen aufweisen, welche Cloud-Ressourcen Sie derzeit nutzen und wie Ihre lokalen Speicher-, Rechen- und Netzwerkinfrastrukturen aussehen.

Damit eine Cloud-Migration erfolgreich ist, müssen Sie sich auch über die wichtigsten Treiber im Klaren sein, die sie motivieren, und Ihre Strategie an diesen Faktoren ausrichten. Sie sollten sich darüber im Klaren sein, warum Sie in die Cloud migrieren und was Sie sich von der Umstellung erhoffen.

Stakeholder könnten befürchten, dass Anwendungsmigrationen zu Betriebsunterbrechungen oder unerwarteten Kosten führen könnten. Zu den häufigsten Risiken gehören die folgenden:

• Unvorhergesehene technische Herausforderungen: Eine Anwendung könnte beispielsweise so viele Abhängigkeiten aufweisen, dass sich ein Refactoring oder eine Umstellung auf eine andere Plattform als wesentlich komplexer und zeitaufwändiger erweisen kann als ursprünglich angenommen.
  
  
• Unvorhergesehene Kosten: Ohne ordnungsgemäße Planung können Unternehmen Kosten entstehen, die nicht im Budget veranschlagt waren, wie z. B. neue Lizenzgebühren oder Schulungskosten, die damit verbunden sind, Mitarbeiter mit neuen Tools vertraut zu machen.
  
  
• Unerwartete Ausfallzeit: Größere Änderungen an einer Anwendung können Konflikte oder Probleme verursachen, die zu ungeplanten Ausfallzeit sowohl für die Anwendung als auch für verbundene oder abhängige Systeme führen.
  
  
• Kulturelle Probleme oder Schwierigkeiten beim Change Management: Verschiedene Unternehmen nutzen Anwendungen auf unterschiedliche Art und Weise, und diese Unterschiede können zu Reibungen führen, die ein Migrationsprojekt ausbremsen.

Eine sorgfältige und detaillierte Bewertung der Risiken und Vorteile, die mit der Neuausrichtung, der Umstrukturierung/Umstellung auf eine neue Plattform oder der Stilllegung jeder einzelnen Anwendung in Ihrem Portfolio verbunden sind, kann dazu beitragen, die mit der Anwendungsmigration verbundenen Gesamtrisiken zu mindern. Insbesondere ist es wichtig, die Kosten auf Abteilungsebene mit den Gesamtkosten für das Unternehmen zu vergleichen und die Gesamtbetriebskosten (TCO) aller Hardware zu ermitteln, die Sie für die Wartung benötigen, um Anwendungen vor Ort zu halten.

In den vergangenen Jahren haben Unternehmen oft versucht, Anwendungen in die Cloud zu verlagern, weil sie die Flexibilität, Skalierbarkeit oder die vorhersehbare Kostenstruktur mit nutzungsabhängiger Bezahlung nutzen wollten, die Cloud-Provider bieten.

Heute suchen Unternehmen jedoch auch nach Umgebungen, die Innovation ermöglichen. Cloud-Technologien ermöglichen die folgenden Optionen:

• Experimentieren, neue Ideen testen und „schneller scheitern“
• Zugang zu den Hochleistungsprozessoren, die für die Unterstützung von Deep-Learning-Algorithmen erforderlich sind
• Zugriff auf containerisierte Anwendungen, die es Entwicklungsteams ermöglichen, die Digital Experience der Kunden schnell zu verbessern, indem sie Änderungen schnell umsetzen

In vielen Fällen ermöglichen Cloud-freundliche Technologien wie die Containerisierung es, den Benutzern bessere Erfahrungen zu bieten als die virtuellen Maschinen, die sie möglicherweise ersetzen.

Im Allgemeinen kann der Planungsprozess für die Anwendungsmigration in drei Phasen unterteilt werden. In jedem Fall ist es wichtig, die Kosten aller potenziellen Optionen abzuwägen, einschließlich der Entscheidung, einige On-Premises-Workloads zu behalten.

Identifizierung und Bewertung von Anwendungen: In dieser ersten Erkundungsphase sollten Sie zunächst sicherstellen, dass Sie über einen umfassenden Katalog aller Anträge in Ihrem Portfolio verfügen. Kategorisieren Sie dann die Anwendungen danach, ob sie geschäftskritisch oder nicht geschäftskritisch sind, ob ihr Wert strategisch oder nicht strategisch ist und was Sie von der Migration in die Cloud erwarten. Sie sollten sich bemühen, den Wert jedes Antrags anhand dieser Merkmale zu verstehen:

• Auswirkungen auf das Geschäft
  
  
• Fähigkeit, wichtige Geschäftsanforderungen zu erfüllen
  
  
• Aktualität und Bedeutung der Daten
  
  
• Größe, Komplexität und Handhabbarkeit
  
  
• Wartungs- und Entwicklungskosten
  
  
• Höherer Wert durch Migration in die Cloud

Anschließend sollten Sie für jede Anwendung, die Sie zu migrieren möchten, eine Bewertung der Cloud-Affinität durchführen. Während dieses Prozesses wird festgelegt, welche Anwendungen einsatzbereit sind und welche erhebliche Änderungen benötigen, bevor sie cloudfähig gemacht werden können.

Sie können auch Tools zur Erkennung von Anwendungsabhängigkeiten einsetzen, um die Durchführbarkeit der Migration einer bestimmten Workload außerhalb ihrer aktuellen Umgebung zu ermitteln.

Bewertung der Gesamtbetriebskosten (TCO): Die Ermittlung der Gesamtkosten eines Cloud-Migrationsprojekts kann ein komplexes Unterfangen sein. Vergleichen Sie „Was-wäre-wenn“-Szenarien für die Beibehaltung von Anwendungen und Infrastruktur vor Ort mit denen, die mit der Verlagerung in die Cloud verbunden sind. Berechnen Sie die Anschaffungs-, Betriebs- und Wartungskosten für die Hardware, die Sie in beiden Szenarien vor Ort warten würden, sowie die Kosten für die Lizenzierung von Software.

Vergleichen Sie die monatliche Rechnung, die Sie in beiden Szenarien von Ihrem Cloud-Anbieter erhalten würden, mit den Kosten für die Migration selbst, einschließlich der Kosten für das Testen der neuen Infrastruktur und die Schulung der Mitarbeiter in der Verwendung der aktualisierten Software. Vergessen Sie nicht, die Wartungskosten für ältere Anwendungen zu berücksichtigen, die On-Premises verbleiben.

Gesamtrisiko- und Projektdauer-Bewertung: Erstellen Sie in der letzten Phase der Migrationsplanung einen Zeitplan für das Projekt und ermitteln Sie alle Risiken oder Stolpersteine, auf die Sie wahrscheinlich stoßen werden.

Generell gilt: Je älter die Anwendung, desto anspruchsvoller (und daher möglicherweise weniger lohnend) ist die Migration in die Cloud. Veraltete Software ist in vielerlei Hinsicht problematisch: Die Wartung ist teuer, sie kann Sicherheitsbedenken aufwerfen, wenn sie nicht mehr gepatcht wird, und sie neigt dazu, in modernen Computerumgebungen schlecht zu funktionieren. Seien Sie bei der Bewertung von Altlast-Anwendungen besonders gründlich vor, bevor Sie sich für die Migration entscheiden.

Bei der Bewertung der Durchführbarkeit und Priorität eines Antrags für die Migration berücksichtigen Unternehmen die folgenden Punkte.

Komplexität: Wo wurde diese Anwendung entwickelt? Falls der Entwickler unternehmensintern ist: Arbeitet er noch in Ihrem Unternehmen? Ist die Dokumentation der Anwendung verfügbar? Wie alt ist die Anwendung? Wie lange wird sie schon benutzt? Wie viele andere Anwendungen oder Workflows in Ihrem Unternehmen hängen in irgendeiner Weise von dieser Anwendung ab?

Kritikalität: Wie viele Benutzer sind täglich auf diese Anwendung angewiesen? Auf wöchentlicher Basis? Wie viel Ausfallzeit könnten sie verkraften, bevor der Geschäftsbetrieb unterbrochen wird? Wird die Anwendung in der Produktion, in der Entwicklung, beim Testen oder in allen drei Bereichen verwendet? Wird es von einem internen IT-Team oder von einem externen Anbieter verwaltet? Gibt es andere Anwendungen mit Anforderungen an die Betriebszeit und Ausfallzeit, die mit denen dieser Anwendung synchronisiert werden müssen?

Einhaltung: Welche gesetzlichen Anforderungen muss die Anwendung erfüllen?

Verfügbarkeit: Welche Betriebszeitstandards muss diese Anwendung erfüllen? unterliegt es beispielsweise einem Service Level Agreement (SLA), das eine Betriebszeit von 99,99 % vorschreibt?

Testen

Um sicherzustellen, dass während des Anwendungsmigrationsprozesses keine Daten oder Funktionen verloren gehen, führen Sie während der Migration Tests durch, um zu überprüfen, ob alle Daten vorhanden sind, ob die Datenintegrität gewahrt wurde und ob sich die Daten jetzt am richtigen Speicherort befinden.

Es ist auch wichtig, nach Abschluss der Migration Folgetests durchzuführen, die Anwendungsleistung zu bewerten und sicherzustellen, dass die Sicherheitskontrollen weiterhin bestehen bleiben.

Virtualisierung ist eine grundlegende Komponente in vielen Cloud-Migrationsstrategien, da Virtual Machines problemlos in neuen physischen Hardwareumgebungen ausgeführt werden können. Es ist sogar möglich, eine Live-Anwendung – die auf einer Virtual Machine ausgeführt wird – zwischen physischen Host-Computern zu verschieben, ohne die Benutzererfahrung zu beeinträchtigen. Die Flexibilität und Vielseitigkeit virtualisierter Computerumgebungen vereinfachen den Prozess der Anwendungsmigration erheblich.

Mehrere derzeit verfügbare Replikations- und Migrationslösungen ermöglichen ihren Kunden die Migration virtueller Maschinen zwischen Bare Metal Servern, Virtual Servers in der Cloud und sogar Hypervisors.

• VMWare-Anwendungsmigration: Es ist möglich, Virtual Machines, die auf VMWare-Instanzen vor Ort laufen, per Lift-and-Shift auf einen VMWare VCenter Server zu migrieren, der in einer Private Cloud läuft, ohne den Betrieb zu unterbrechen, Ausfallzeit zu verursachen oder eine Neukonfiguration der Anwendung zu erfordern.
  
  
• Red Hat Anwendungsmigration: Red Hat bietet ein migration toolkit an. Dabei handelt es sich um eine anpassbare und erweiterbare Softwarelösung, die IT-Umgebungen analysiert, um Anwendungsabhängigkeiten zu identifizieren. Es bietet Dashboard-ähnliche Analyseberichte, um Anwendungen hervorzuheben, bei denen während der Migration wahrscheinlich Probleme auftreten werden.

Es stehen zahlreiche Services zur Verfügung, die Ihrem Unternehmen bei der Strategieentwicklung, Planung und Durchführung einer erfolgreichen Cloud-Migration helfen.

Blueprint für die Migration: In einem umfassenden Blueprint-Serviceangebot unterstützt Sie Ihr Anbieter bei der Klärung Ihrer Migrations-Strategie und -ziele, beim Sammeln von Informationen über Ihre Anwendungen und Umgebung, bei der Identifizierung der Bedürfnisse Ihrer Benutzer und Ihrer Geschäftsanforderungen und bei der Erstellung eines detaillierten Aktionsplans für Ihre Migration.

Bereitstellung der Migration: Wenn Sie sich für eine verwaltete Bereitstellung entscheiden, unterstützt Sie Ihr Anbieter nicht nur bei der Strategie und Planung Ihrer Migration, sondern verwaltet auch die Migration selbst sowie alle damit verbundenen Tests und Fehlerbehebungen. Dabei handelt es sich in der Regel um ein schlüsselfertiges Serviceangebot, das umfassenden End-to-End-Support umfasst.

Cloud-verwaltete Services: Ein verwaltetes Cloud-Service-Angebot umfasst in der Regel die Überwachung und Wartung Ihrer cloudbasierten IT-Umgebung. Ihr Managed-Cloud-Service-Provider übernimmt die Verantwortung für zahlreiche Funktionen, von der Verwaltung der Cloud-Sicherheit bis hin zur Beschaffung von As-a-Service-Angeboten von Anbietern in Ihrem Namen. Die Anwendungsmigration kann in ein Servicepaket integriert oder als Einzelpaket hinzugefügt werden.

Anwendungsmodernisierung: Anwendungsmodernisierungsservices umfassen benutzerdefinierte Entwicklungsangebote, mit denen ältere Anwendungen für die Nutzung in der Cloud vorbereitet werden können, indem sie so modifiziert werden, dass sie in Containern oder virtualisierten Umgebungen ausgeführt werden können.