Erfolgreiche Cloud-Migrationen: Den Sprung wagen

Sie wissen das wahrscheinlich nicht, aber die Cloud, wie wir sie heute kennen, wurde erstmals im August 2006 vom damaligen CEO von Google, Eric Schmidt, definiert . Wenn wir ehrlich zu uns selbst sind, hat niemand diese Idee ernst genommen (zumindest nicht in praktischer Hinsicht), bis es VIEL später geschah.

Knapp fünf Jahre später gewann die Cloud an Relevanz und man dachte viel über die Auswirkungen nach, die die Migration von Legacy-Anwendungen auf Cloud-Plattformen mit sich bringen würde. Tatsächlich gelten viele der Erkenntnisse, die wir früher hinsichtlich der Plattformmigration gewonnen haben, auch heute noch.

Und wie ich bereits zuvor in diesem Forum gesagt habe, ist nichts jemals einfach, und sobald Sie sich entschieden haben, den Schritt in die Cloud zu wagen, beginnt die eigentliche Arbeit.

Jede erfolgreiche Migration erfordert nicht nur die Entwicklung einer umfassenden Strategie zur Unterstützung der Migration, sondern zwingt auch dazu, im Vorfeld manchmal schwierige Entscheidungen zu treffen. Die verlockendste Entscheidung besteht darin, diesen Schritt ganz zu überspringen und sich direkt in die Migrationsaktivitäten zu stürzen, aber diese „einfache“ Entscheidung kann einen Wechsel in die Cloud zum Scheitern verurteilen.

IT-Experten, die ein Best-Practice-Modell übernommen haben, beginnen mit einem Verständnis des gewünschten Ergebnisses und einem Mechanismus, um den Erfolg des Prozesses zu bestätigen und zu messen. Von diesem Punkt aus kann eine angemessene Bewertung der zu migrierenden Anwendungen und ein Verständnis der Migrationsziele (z. B. verbesserte Leistung, geringere Latenz, Skalierung) erreicht werden.

Phase I – Möchten Sie das wirklich tun?

Trotz des ganzen Hypes und der Versprechungen kostengünstigerer Modelle sollte nicht jedes Unternehmen und nicht jede Anwendung auf ein Cloud-Framework umsteigen. Verstehen Sie mich bitte nicht falsch. Viele Apps eignen sich gut für die Bereitstellung in der Cloud und manche lassen sich leichter verschieben als andere. Allerdings müssen die geschäftlichen Auswirkungen sorgfältig bedacht werden. Allzu oft habe ich Horrorgeschichten von Führungskräften gehört, die der IT befohlen haben, „in die Cloud zu wechseln“, ohne wirklich zu verstehen, was das bedeutet … und wenn Sie wie ich sind, gibt es NICHTS Besseres als ein gutes Verständnis. Ein besserer Ansatz besteht darin, einen echten Business Case im Hinblick auf die Ziele zu entwickeln, die Sie in Ihrer Gesamtstrategie festgelegt haben. Beantworten Sie die Frage: „Warum mache ich das?“ Und mal ehrlich: Wenn Sie als einziges Kriterium nur die Kosteneinsparungen im Blick haben, machen Sie vielleicht einen Fehler.

Phase II – Was sollte ich verschieben und warum?

Dieser Phase werden von verschiedenen Fachleuten unterschiedliche Namen gegeben, im Wesentlichen geht es jedoch darum, eine Bestandsaufnahme Ihrer bestehenden Umgebung vorzunehmen. Wenn Sie beispielsweise den Vorteil haben, dass Sie Ihre Anwendung in einem VMware-Framework in einer lokalen Umgebung ausführen können und nach zusätzlichen Skalierungsoptionen suchen, könnte die Nutzung des soeben angekündigten kombinierten Cloud-Angebots von F5/VMware/IBM genau das Richtige für Sie sein. Indem wir eine validierte Lösung anbieten, die nicht nur die BIG-IP- Suite virtueller Dienste von F5 nutzt, sondern auch die automatische Bereitstellung und Integration mit der IBM Cloud für das VMware-Lösungsportfolio, erleichtern wir die Migration in die Cloud erheblich.

Die Nutzung dieser Lösung bietet unter anderem folgende Vorteile:

• Skalierbare Anwendungsbereitstellung für kürzere Ausfallzeiten
• Nutzung bestehender Investitionen in die Programmierbarkeit von F5 zur Verkürzung der Markteinführungszeit
• Beseitigen Sie Hindernisse für die schnelle Bereitstellung von Workloads
• Sorgen Sie für Workload-Portabilität zwischen lokalen Systemen und der IBM Cloud
• Eliminieren Sie Ausfallzeiten durch nahtloses Anwendungs-Failover
• Konsequente Anwendung der unternehmenstauglichen Leistungs-, Verfügbarkeits- und Sicherheitsdienste von F5

Wenn Sie in einem anderen Rahmen arbeiten, berücksichtigen Sie sorgfältig die zugrunde liegenden Supporteinrichtungen (z. B. Rechenleistung, Speicher, Infrastruktur) und die mit der Softwarelizenzierung verbundenen Einschränkungen.

Eine gute Faustregel während dieser Phase besteht darin, wirklich über die Anwendung selbst nachzudenken (und darüber, was zu ihrer Ausführung erforderlich ist). Während es sinnvoll sein kann, eine Anwendung zu verschieben, die erst vor wenigen Jahren entwickelt wurde, ist es wahrscheinlich weniger sinnvoll, zu versuchen, eine Anwendung zu verschieben, die es schon seit einem Jahrzehnt gibt. Vergessen Sie nie die Belastungen durch technische Schulden. Ja, dieser Begriff wird heutzutage zu oft verwendet, aber die wahre Herausforderung besteht in den domänenspezifischen Kenntnissen, die erforderlich sind, um den normalen Betrieb sicherzustellen, ganz zu schweigen von Neuland. Wie Thomas Watson von CTR/IBM bereits 1911 sagte: „DENKEN SIE!“, dann wird alles gut.

Phase III – „Ich mache es!!!“

Design. Design. Design. Migrieren. Bestätigen. Wiederholen. Wenn Sie diesen einfachen Rat befolgen, sind Ihre Erfolgschancen hoch. Viele Unternehmen haben heute für ihre Cloud-Rollouts eine CI/CD-Strategie (Continuous Improvement, Continuous Delivery) eingeführt.

Die meisten Bemühungen beginnen mit einer Anwendung, die von Natur aus relativ einfach ist, und lernen von dort aus. Auch ich bin der Meinung, dass dieser Ansatz äußerst effektiv ist, selbst wenn er innerhalb meines eigenen Teams angewendet wird. Der iterative Prozess eignet sich für eine schnelle und kontinuierliche Verbesserung sowohl von Produkten als auch von Dienstleistungen – in diesem Fall für den Erfolg Ihrer Anwendungen in der Cloud. Und wenn Sie mit Ihrem ersten Schritt einige Erfolge erzielen, werden Sie mit der Zeit immer leichter.

Stellen Sie natürlich sicher, dass Sie über eine Strategie zum Testen der neu bereitgestellten Anwendung und zum Herunterfahren der Altsysteme verfügen, sobald Sie sicher sind, dass alles wie vorgesehen läuft und das Universum nicht untergegangen ist.

Mein letzter Ratschlag für diese Phase: Ich habe persönlich festgestellt, dass die besten (und erfolgreichsten) Bereitstellungen diejenigen sind, bei denen die Teams für Anwendungsentwicklung und Netzwerkbetrieb gut aufeinander abgestimmt sind und während des gesamten Prozesses zusammenarbeiten.

Phase IV – Einführung moderner, Cloud-orientierter Verfahren

Denken Sie bei Ihrem ersten Schritt auf dem Weg in die Cloud und bei der Migration Ihrer ersten Anwendung von den Altsystemen, die Sie aufgegeben haben, daran, dass es bei moderner IT um Denken auf Systemebene und nicht um Engagement auf Aufgabenebene geht. Werden Sie zum Knopf-Ersteller, nicht nur zum Knopf-Drücken.

In meinem nächsten Beitrag werde ich Ihnen einige konkretere Ideen zu tatsächlichen Migrationsoptionen geben. Bleiben Sie dran.