Checkliste für die Cloud-Migration: Leitfaden für einen reibungslosen (und sicheren) Cloud-Übergang

Die Verlagerung geschäftskritischer Anwendungen und Daten in die Cloud ist ein riesiges Projekt, das eine gründliche Planung erfordert, wenn Sie auf einen hohen ROI hoffen. Ohne eine solide Strategie wird Ihre Cloud-Migration wahrscheinlich mehr Gewinnverluste und Kopfschmerzen als geschäftliche Vorteile verursachen.

Dieser Artikel bietet eine Checkliste für die Cloud-Migration, die dafür sorgt, dass Ihr Umzug in die Cloud reibungslos, sicher und ohne unangenehme Überraschungen verläuft. Sie können unsere Checkliste als Grundlage für den Migrationsprozess verwenden, da der folgende Schritt-für-Schritt-Plan alle wichtigen Aspekte der Migration einer App in die Cloud abdeckt.

Checkliste für die Cloud-Migration

Schwierigkeiten bei der Cloud-Migration sind ein häufiges Problem für Unternehmen. Aktuelle Studien zeigen, dass 55 % der Cloud-Migrationen entweder zu erheblichen Verzögerungen führen oder das Budget überschreiten.

Außerdem beschreiben 62 % der Unternehmen, die derzeit auf die Cloud umsteigen, den Prozess entweder als schwierig oder als fehlgeschlagen. Die meisten dieser Unternehmen stürzen sich in den Übergang, ohne gründlich darüber nachzudenken:

• Die Gesamtbetriebskosten (TCO).
• Wie das Team riesige Datenmengen und geschäftskritische Apps in die Cloud verlagert.
• Verschiedene Optionen für Cloud-Bereitstellungen und -Integration.
• Potenzielle neue Cybersicherheitsrisiken.
• Wie gut das interne Team auf den Betrieb in der Cloud vorbereitet ist.

Die unten stehende Checkliste für die Cloud-Migration stellt sicher, dass Sie diese Faktoren berücksichtigen, bevor das Team mit der Verlagerung von Anwendungen und Diensten in die Cloud beginnt.

Wählen Sie einen oder mehrere Migrationsarchitekten aus.

Die Cloud-Migration erfordert zahlreiche technische Entscheidungen und Pläne, daher müssen Sie einen einzelnen Spezialisten oder ein Expertenteam mit der Leitung der Bemühungen beauftragen. Unabhängig davon, ob Sie mit einem oder mehreren Mitarbeitern arbeiten, besteht die Rolle eines Migrationsarchitekten darin:

• Bewerten Sie Dienste, um zu sehen, ob sie besser zum On-Prem- oder Cloud-Hosting passen.
• Erstellen Sie einen Zeitplan für die Migration und die Cloud-Roadmap.
• Entwerfen Sie optimale Strategien zum Verschieben von Daten und Apps.
• Identifizieren und überwachen Sie notwendige App-Refactorings.
• Bestimmen Sie Migrationsprioritäten.
• Definieren Sie die erforderliche Toolchain.

Der engagierte Architekt sollte auch ein vollständiges Bild Ihrer IT liefern. Dieser Prozess beinhaltet die Beantwortung der folgenden Fragen:

• Welche Apps haben Sie und wer nutzt sie (und wie oft)?
• Wie geschäftskritisch sind die Apps, die Sie migrieren möchten?
• Welche Ressourcen verbrauchen Programme und sind sie von anderen Apps abhängig?
• Welche SLAs, Geschäftskontinuitätsmaßnahmen und Compliance-Maßnahmen gelten derzeit?
• Gibt es Leistungsprobleme, die den laufenden Betrieb beeinträchtigen?

Abhängig von der Analyse sollte der Migrationsarchitekt beurteilen, ob Ihre aktuelle Belegschaft über das erforderliche Know-how verfügt, um:

• Führen Sie die Migration durch.
• Arbeiten Sie in der Cloud-Umgebung.

Beginnen Sie niemals mit der Umstellung auf die Cloud, wenn Sie nicht sicher sind, dass Ihr Team in der neuen Umgebung erfolgreich sein kann.

Das dedizierte Migrationsteam sollte auch die Gesamtbetriebskosten (TCO) ermitteln, um den ROI der Cloud-Migration zu veranschaulichen. Die TCO-Bewertung für die Cloud-Migration umfasst Faktoren wie:

• Die Gesamtkosten der Migration.
• Cloud-Kosten nach der Migration (hauptsächlich der Preis für Bandbreite und Netzwerk).
• Die Kosten für die Schulung des Personals.
• Regelmäßige Wartung nach der Migration.
• Die Kosten möglicher Ausfallzeiten.
• Kosten für Platz, Kühlung und Strom (für eine private Cloud vor Ort).

Legen Sie Migrationsziele und KPIs fest

Der nächste Schritt besteht darin, das/die Hauptziel(e) der Migration festzulegen. Einige häufige High-End-Ziele sind:

• Modernisierung einer Legacy-App.
• Einen bestimmten Dienst beschleunigen.
• Verbesserung der betrieblichen Fähigkeiten.
• Erhöhung der Ausfallsicherheit des Systems.
• Verbesserung der Benutzererfahrung.
• Erreichen einer besseren Service-Skalierbarkeit.
• Reduzierung der laufenden Kosten.
• Verbesserung der Datensicherheit.

Neben dem allgemeinen Ziel sollte das Team Key Performance Indicators (KPIs) für die Cloud-Migration definieren. Diese Metriken messen, wie eine migrierte App oder ein migrierter Dienst den Erwartungen entspricht. Es gibt keine Begrenzung für die Anzahl der KPIs, die Ihr Team verfolgen kann, aber alle Metriken fallen in eine von zwei Kategorien:

• KPIs, die Sie während des Migrationsprozesses befolgen.
• KPIs nach der Migration.

Hier sind die häufigsten KPIs, die ein Unternehmen während des Migrationsprozesses im Auge behalten kann:

• Dauer der Migration (sowohl insgesamt als auch pro App).
• Verfügbarkeit kritischer Dienste.
• Ausfalldauer von Diensten und Rechenzentren.
• Verschlechterung des Dienstes aufgrund von Ausfallzeiten.
• Die Anzahl der generierten Servicetickets.
• Kosten der Migration.

Schauen wir uns einige KPIs nach der Migration an, die Ihr Team verfolgen kann:

• Infrastruktur-KPIs (CPU-Auslastung, Dienstspeicherbedarf, Festplattenleistung, Lastausgleich, Latenz, Netzwerkdurchsatz usw.).
• App-Leistungsmetriken (Fehlerraten, Anzahl der Zeitüberschreitungen, durchschnittliche Antwortzeit (ART), Spitzenreaktionszeit (PRT), Betriebszeit, Verfügbarkeit usw.).
• KPIs für die Benutzererfahrung (Anzahl der Anforderungsspitzen, HTTP-Statuscodefehler, ausgelöste und protokollierte Ausnahmen, Verzögerung, Antwortzeiten usw.).
• Kennzahlen zur Geschäftsauswirkung (Dauer des Checkout-Vorgangs, An- und Abmelderaten, Engagement-Raten usw.).
• Kosten-KPIs (monatliche Abrechnung, Personalkosten, Tools von Drittanbietern, Beratungskosten usw.).

Sie müssen für jeden KPI einen Basiswert festlegen, bevor Sie entscheiden, was verfolgt werden soll. Beim Baselining wird der aktuelle Status (vor der Migration) einer App und eines Dienstes gemessen. Anhand dieser KPIs können Sie feststellen, ob die Leistung nach der Migration akzeptabel ist oder nicht.

Führen Sie eine Daten- und App-Bewertung durch

Die Datenbewertung ist ein wichtiger Schritt dieser Checkliste für die Cloud-Migration, da das Verschieben von Daten normalerweise der schwierigste Teil bei der Einführung der Cloud ist. Durch die sorgfältige Auswertung der Daten kann Ihr Team Folgendes bewerten:

• Datenrisikostufen.
• Das Volumen und die Art der Daten, die Sie migrieren möchten.
• Allgemeine Datenstabilität.
• Gesetzliche Datenschutzanforderungen (falls vorhanden).
• Die größten Bedrohungen für die Datenintegrität.
• Mögliche Szenarien für Datenverstöße oder -lecks nach der Migration.

Der Speicherort Ihrer Daten kann sich auf die Leistung eines oder eines Dienstes auswirken. Das Verschieben von Daten in die Cloud, wenn die Datenzugriffsmethoden noch vor Ort ausgeführt werden, kann die Leistung erheblich beeinträchtigen. Das Gleiche gilt, wenn sich die Datenbank noch vor Ort befindet, der Dienst, der darauf zugreift, sich jedoch in der Cloud befindet.

Neben der Datenauswertung sollten auch Ihre On-Prem-Apps die gleiche Behandlung erhalten. Vor der Migration sollte das Team eine Bestandsaufnahme aller lokalen Apps und ihrer Server erstellen. Sie sollten auch alle aktuellen virtuellen Maschinen bewerten und mögliche App-Abhängigkeiten berücksichtigen.

Dadurch können Sie feststellen, welche Apps eine Umgestaltung erfordern, bevor Sie sie in die Cloud verschieben. Das Team kann auch damit beginnen, Prioritäten zu setzen, welche Apps zuerst migriert werden sollen.

Bewerten Sie Cloud-Migrationsoptionen

Der nächste Schritt der Cloud-Migrations-Checkliste besteht darin, zu beurteilen, welche Apps welche Art der Integration in die Cloud benötigen. Sie haben zwei Möglichkeiten:

• Flache Cloud-Integration (auch bekannt als Lift-and-Shift): Wenn Sie eine App per Lift-and-Shift verschieben, nehmen Sie kaum oder gar keine Änderungen am Code vor und richten die App mehr oder weniger in ihrem aktuellen Zustand in der Cloud ein Form. Die Migration einer App ohne Änderungen wird als Rehosting bezeichnet. Kleinere Änderungen beim Verschieben einer App in die Cloud vorzunehmen, ist ein Refactoring.
• Deep Cloud-Integration: Im Gegensatz zu ihrem flachen Gegenstück müssen Sie bei der Deep Cloud-Integration die App ändern, um die Cloud-Funktionen nutzen zu können. Die Änderungen können von relativ einfachen Anpassungen (wie der Einrichtung von automatischer Skalierung und dynamischem Lastausgleich) bis hin zu erweiterten Updates (wie der Aktivierung von Serverless Computing) reichen, die die App zu einer Cloud-nativen Lösung machen.

Die flache Cloud-Integration ist eine wesentlich schnellere Option als die Umgestaltung großer Teile einer App. Im Allgemeinen sind geschäftskritische Apps in der Regel den Aufwand einer umfassenden Integration wert. Weniger wichtige Apps und Dienste können mit dem flachen Ansatz auskommen, da Sie sie im Laufe der Zeit nach der Migration in die Cloud umgestalten können.

Unternehmen entscheiden sich auch oft dafür, Apps einzustellen oder beizubehalten, wenn sie beurteilen, welcher Dienst welche Art von Integration erfordert:

• Bei der Außerbetriebnahme wird eine veraltete App oder ein veralteter Dienst identifiziert, der keinen Wert mehr hat, wenn er in die Cloud hochgeladen wird.
• Bei der Beibehaltung handelt es sich um die Entscheidung, eine App vor Ort zu behalten, typischerweise aufgrund von Sicherheits- oder Compliance-Bedenken.

Wählen Sie das richtige Cloud-Bereitstellungsmodell

Die Wahl eines geeigneten Cloud-Bereitstellungsmodells ist für eine erfolgreiche Cloud-Migration von entscheidender Bedeutung. Verschiedene Modelle eignen sich für unterschiedliche Anwendungsfälle und die fünf Optionen, aus denen Sie wählen können, sind:

• Öffentliche Cloud (eine mandantenfähige Umgebung, die Zugriff auf Rechenressourcen über das Internet oder über eine dedizierte direkte Verbindung bietet).
• Private Cloud (ein Single-Tenant-System, in dem ein Unternehmen Cloud-Ressourcen in seinem eigenen Rechenzentrum betreibt).
• Hybrid Cloud (eine Mischung aus lokalen Systemen, öffentlichen und privaten Clouds, in denen Arbeitslasten durch Automatisierung und Orchestrierung zwischen Umgebungen verschoben werden).
• Multi-Cloud (eine Mischung aus zwei oder mehr öffentlichen Cloud-IaaS-Umgebungen).
• Community Cloud (gemeinsame Infrastruktur mehrerer Unternehmen mit gemeinsamen Bedürfnissen oder Anliegen).

Welches Bereitstellungsmodell Sie verwenden sollten, hängt hauptsächlich von den individuellen Anforderungen und Zielen Ihres Unternehmens ab. Hier ein paar Hinweise:

• Die öffentliche Cloud bietet eine skalierbare Umgebung mit einem Pay-per-Use-Modell. Obwohl die öffentliche Cloud hoch skalierbar ist, ist sie möglicherweise nicht ideal für sensible Arbeitslasten.
• Eine private Cloud eignet sich perfekt für ein Unternehmen, das über das nötige Budget verfügt, um eine On-Prem-Cloud-Umgebung zu betreiben, die maßgeschneidert auf seine geschäftskritischen Arbeitslasten zugeschnitten ist.
• Mit einer Hybrid-Cloud können Sie sensible Arbeitslasten vor Ort ausführen und gleichzeitig bei Nachfragespitzen die Skalierbarkeit der öffentlichen Cloud nutzen.
• Auch wenn sie bei richtiger Umsetzung äußerst vorteilhaft ist, gibt es einige Herausforderungen bei der Hybrid-Cloud, die Sie kennen müssen, bevor Sie eine Hybrid-Architektur entwerfen.
• Multi-Cloud ist eine ausgezeichnete Wahl für Unternehmen, die sich an einen Anbieter binden, oder für Unternehmen, die Dienste mehrerer Anbieter kombinieren und kombinieren möchten.

Wählen Sie einen Cloud-Dienstanbieter

Sofern Sie sich nicht für die Einrichtung einer privaten Cloud vor Ort entschieden haben, sollte der nächste Punkt auf der Checkliste für die Cloud-Migration darin bestehen, einen Cloud-Anbieter zu finden. Obwohl die meisten Anbieter ähnliche Dienste anbieten, sind sie nicht alle gleich. Einige wichtige Überlegungen bei der Auswahl eines Cloud-Anbieters sind:

• Preisgestaltung.
• Auswahl der Dienstleistungen.
• Verfügbarkeit in bestimmten Regionen.
• Verfügbarkeitsgarantien.
• Die Vertrautheit Ihres internen Teams mit dem Tech-Stack des Anbieters.
• Branchenspezifische Compliance-Anforderungen (z. B. Aufbewahrung von Benutzerdaten am Ursprungsort gemäß CCPA oder DSGVO).
• Support nach der Migration und verwaltete IT-Services.

Denken Sie daran, dass die beliebtesten Dienstleister nicht immer die beste Lösung sind. Namhafte Anbieter zielen darauf ab, ein breites Spektrum an Anforderungen zu erfüllen, daher passen sie nicht immer gut zu einem Unternehmen in einer bestimmten Branche.

Beispielsweise könnte es für ein Unternehmen, das im Gesundheitswesen tätig ist, besser dran sein, mit einem Nischenanbieter zusammenzuarbeiten, der die Einhaltung von HIPAA besser versteht und unterstützt.

Führen Sie das erforderliche Refactoring durch

Sobald Sie wissen, welche Cloud-Bereitstellung Sie benötigen und mit wem Sie zusammenarbeiten können, sollte Ihr Team damit beginnen, die erforderlichen Änderungen an Apps und Diensten vorzunehmen, bevor Sie diese in die Cloud migrieren.

Ziel ist es, die Software möglichst effektiv und effizient in der Cloud arbeiten zu lassen. Beispielsweise kann Ihr Team eine App wie folgt umgestalten:

• Arbeiten Sie mit einer variablen Anzahl laufender Instanzen, um eine nahezu sofortige Skalierung zu ermöglichen.
• Nutzen Sie die Funktionen der dynamischen Cloud (z. B. die Möglichkeit, Ressourcen je nach aktuellem Bedarf zuzuweisen und freizugeben).
• Erstellen Sie eine stärker serviceorientierte Architektur, um einzelne Dienste schnell in die Cloud zu verschieben (diesmal und später).

Jetzt ist auch der richtige Zeitpunkt, Governance und Sicherheit neu zu denken. Wahrscheinlich müssen Sie Ihre Governance-Strategie anpassen, um sich weniger auf interne Sicherheit und Kontrolle und mehr auf die Cloud-Dienste des Anbieters zu verlassen. Im Hinblick auf die Cloud-Sicherheit müssen Sie Folgendes tun:

• Bewerten Sie, ob die Migration zu neuen Schwachstellen führen kann.
• Verstehen Sie, wie Ihr internes Team mit dem Anbieter zusammenarbeitet, um die Sicherheit von Cloud-Assets zu gewährleisten.
• Passen Sie Ihre aktuellen Sicherheitsmaßnahmen und -praktiken an (und verbessern Sie sie möglicherweise).
• Entscheiden Sie, ob Sie von den zusätzlichen Sicherheitstools des Anbieters profitieren können.
• Richten Sie Failover- und Disaster-Recovery-Mechanismen ein.

Methodische Migration und Umstellung des Datenverkehrs vom Vor-Ort-Betrieb

Sie können zwar alles auf einmal in die Cloud migrieren, dieser Ansatz kann jedoch schwierig und riskant sein. Stattdessen Sie sollten Apps und Dienste einzeln migrieren, beginnend mit weniger kritischen Apps und sich langsam zu den entscheidenden vorarbeiten.

So sollte dieser Migrationsansatz aussehen:

• Priorisieren Sie Apps, die Ihr Team mit dem geringsten Risiko für den Betrieb verschieben kann. Eine gute Wahl sind Apps, die nur ein Rehosting erfordern oder nur minimale Ressourcen verbrauchen (z. B. wenig Speicher oder Berechnungen).
• Beginnen Sie dann mit der Migration von Apps, die für Ihr Unternehmen von großem Wert sind, bei der Migration jedoch ein relativ geringes Risiko darstellen.
• Überlassen Sie schließlich die geschäftskritischen und störenden Arbeitslasten den letzten Phasen der Migration. Beginnen Sie niemals mit dem Verschieben dieser Apps, es sei denn, die Apps aus den vorherigen Schritten funktionieren optimal.
• Verwenden Sie einen manuellen oder automatisierten Test (oder beides), um zu überprüfen, ob die Migration erfolgreich war oder nicht.

Abhängig von der Architektur Ihrer Apps und Datenspeicher können Sie den Datenverkehr auf zwei Arten von der lokalen Lösung in die Cloud umleiten:

• Alles auf einmal: Das Team schaltet den gesamten lokalen Datenverkehr um, sobald die App in der Cloud ausgeführt wird.
• Ein Stück nach dem anderen: Sie verschieben einige Kunden in die neue Umgebung, sobald das Team die cloudbasierte App eingerichtet hat. Wenn alles wie erwartet funktioniert, wechseln Sie im Laufe der Zeit weiterhin Kunden in die Cloud, bis alle Endbenutzer auf die neue App vertrauen.

Nutzen Sie unsere Cloud-Migrations-Checkliste für eine sichere Migration

Während der Wechsel in die Cloud oft eine selbstverständliche Entscheidung ist, haben viele Unternehmen Probleme damit oder haben nur begrenzten Erfolg damit, Anwendungen in die Cloud zu verlagern. Wenn Sie sich an die oben stehende Checkliste für die Cloud-Migration halten, vermeiden Sie alle gängigen Fallstricke und können mit der Planung Ihrer Cloud-Einführung beginnen, ohne Angst vor kostspieligen Fehltritten haben zu müssen.

Wenn Sie eine Cloud-Migration oder -Erweiterung reibungslos gestalten möchten, sollte Ihr erster Schritt immer darin bestehen, Ihre Platzierung im Cloud-Reifegradmodell (CMM) Ihrer Branche zu bewerten.