Sichere Cloud-Migration: 8 wesentliche Schritte für einen nahtlosen Übergang

Das Verschieben geschäftskritischer Apps und Daten in die Cloud ist ein massives Projekt, das tiefgreifende 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 Cloud-Migrations-Checkliste, die sicherstellt, dass Ihr Umzug in die Cloud reibungslos, sicher und ohne unangenehme Überraschungen verläuft. Sie können unsere Checkliste als Basis für den Migrationsprozess nutzen, da der folgende schrittweise Plan alle wesentlichen Aspekte des Verschiebens einer App in die Cloud abdeckt.

Cloud-Migrations-Checkliste

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

Auch beschreiben 62 % der Organisationen, die derzeit in die Cloud wechseln, den Prozess als entweder schwierig oder gescheitert. Die meisten dieser Unternehmen stürzen sich in den Übergang, ohne gründlich zu berücksichtigen:

• Die Total Cost of Ownership (TCO).
• Wie das Team massive Datenmengen und geschäftskritische Apps in die Cloud verschieben wird.
• Verschiedene Optionen für Cloud-Bereitstellung und Integration.
• Potenzielle neue Cybersicherheitsrisiken.
• Wie gut das In-House-Team auf den Betrieb in der Cloud vorbereitet ist.

Die folgende Cloud-Migrations-Checkliste stellt sicher, dass Sie diese Faktoren berücksichtigen, bevor das Team Apps und Services in die Cloud verschiebt.

Einen Migrationsarchitekten (oder -team) benennen

Cloud-Migration involviert zahlreiche technische Entscheidungen und Pläne, daher müssen Sie einen einzelnen Spezialisten oder ein Expertenteam benennen, das die Bemühungen leitet. Ob Sie sich für einen oder mehrere Mitarbeiter entscheiden – die Rolle eines Migrationsarchitekten ist es,:

• Services zu bewerten, um zu sehen, ob sie besser On-Premises oder in der Cloud gehostet passen.
• Einen Zeitplan für die Migration und die Cloud-Roadmap zu erstellen.
• Optimale Strategien für das Verschieben von Daten und Apps zu entwerfen.
• Notwendiges App-Refactoring zu identifizieren und zu überwachen.
• Migrationsprioritäten festzulegen.
• Den erforderlichen Toolchain zu definieren.

Der dedizierte Architekt sollte auch ein vollständiges Bild Ihrer IT liefern. Dieser Prozess beinhaltet die Beantwortung folgender 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 hängen sie von anderen Apps ab?
• Welche SLAs, Business-Continuity-Maßnahmen und Compliance-Maßnahmen sind derzeit in Kraft?
• Gibt es Performance-Probleme, die den aktuellen Betrieb beeinträchtigen?

Basierend auf der Analyse sollte der Migrationsarchitekt bewerten, ob Ihre aktuelle Belegschaft das notwendige Know-how hat, um:

• Die Migration durchzuführen.
• In der Cloud-Umgebung zu operieren.

Starten Sie den Übergang in die Cloud niemals, es sei denn, Sie sind sicher, dass Ihr Team in der neuen Umgebung gedeihen kann.

Das dedizierte Migrations-Team sollte auch die Total Cost of Ownership (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.
• Post-Migrations-Cloud-Kosten (primär Bandbreiten- und Netzwerkpreise).
• Die Kosten für Mitarbeiterschulungen.
• Regelmäßige Post-Migrations-Wartung.
• Die Kosten potenzieller Ausfallzeiten.
• Platz-, Kühl- und Stromkosten (für eine On-Premises-Private-Cloud).

Migrationsziele und KPIs festlegen

Der nächste Schritt ist die Festlegung der primären Ziel(e) der Migration. Einige gängige hochrangige Ziele sind:

• Modernisierung einer Legacy-App.
• Beschleunigung eines bestimmten Services.
• Verbesserung der operativen Fähigkeiten.
• Erhöhung der Systemresilienz.
• Verbesserung der Benutzererfahrung.
• Erreichung besserer Service-Skalierbarkeit.
• Senkung der Betriebskosten.
• Verbesserung der Datensicherheit.

Neben dem allgemeinen Ziel sollte das Team Cloud-Migrations-Key-Performance-Indicators (KPIs) definieren. Diese Metriken messen, wie eine migrierte App oder ein Service im Vergleich zu den Erwartungen performt. Es gibt keine Grenze 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 verfolgen.
• Post-Migrations-KPIs.

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

• Dauer der Migration (sowohl insgesamt als auch pro App).
• Verfügbarkeit kritischer Services.
• Ausfallzeitdauer von Services und Rechenzentren.
• Service-Degradierung durch Ausfallzeiten.
• Anzahl generierter Service-Tickets.
• Migrationskosten.

Sehen wir uns einige Post-Migrations-KPIs an, die Ihr Team verfolgen kann:

• Infrastruktur-KPIs (CPU-Auslastung, Service-Memory-Footprint, Disk-Performance, Load Balancing, Latenz, Netzwerk-Durchsatz etc.).
• App-Performance-Metriken (Fehlerraten, Anzahl Timeouts, durchschnittliche Antwortzeit (ART), Spitzenantwortzeit (PRT), Uptime, Verfügbarkeit etc.).
• User-Experience-KPIs (Anzahl Request-Spikes, HTTP-Statuscode-Fehler, geworfene und geloggte Exceptions, Lag, Antwortzeiten etc.).
• Business-Impact-Metriken (Dauer des Checkout-Prozesses, Abonnement- und Abmelderaten, Engagement-Raten etc.).
• Kosten-KPIs (monatliche Abrechnung, Personalkosten, Drittanbieter-Tools, Beratungskosten etc.).

Sie müssen für jeden KPI einen Basiswert festlegen, bevor Sie entscheiden, was Sie verfolgen. Baselining ist der Prozess der Messung des aktuellen (Pre-Migration)-Zustands einer App und eines Services. Diese KPIs ermöglichen es Ihnen, festzustellen, ob die Post-Migrations-Performance akzeptabel ist oder nicht.

Daten- und App-Assessment durchführen

Daten-Assessment ist ein entscheidender Schritt dieser Cloud-Migrations-Checkliste, da das Verschieben von Daten typischerweise der kniffligste Teil der Cloud-Adoption ist. Sorgfältiges Daten-Assessment ermöglicht Ihrem Team die Bewertung von:

• Datenrisikostufen.
• Volumen und Art der Daten, die Sie migrieren möchten.
• Gesamte Datenresilienz.
• Rechtliche Datenschutzanforderungen (falls vorhanden).
• Größte Bedrohungen für die Datenintegrität.
• Potenzielle Post-Migrations-Datenschutzverletzungen oder Leckage-Szenarien.

Wo Ihre Daten residieren, kann die Performance einer App und eines Services beeinflussen. Das Verschieben von Daten in die Cloud, während die Datenzugriffsmethoden noch On-Premises operieren, kann die Performance erheblich beeinträchtigen. Dasselbe gilt, wenn die Datenbank noch On-Premises ist, aber der Service, der darauf zugreift, in der Cloud residiert.

Neben der Datenbewertung sollten Ihre On-Premises-Apps die gleiche Behandlung erhalten. Vor der Migration sollte das Team ein Inventar aller On-Premises-Apps und ihrer Server erstellen. Sie sollten auch aktuelle virtuelle Maschinen bewerten und potenzielle App-Abhängigkeiten berücksichtigen.

Als Ergebnis können Sie festlegen, welche Apps Refactoring benötigen, bevor sie in die Cloud verschoben werden. Das Team kann auch beginnen, zu priorisieren, welche Apps zuerst migriert werden sollen.

Cloud-Migrationsoptionen evaluieren

Der nächste Schritt der Cloud-Migrations-Checkliste ist die Bewertung, welche Apps welche Art der Integration mit der Cloud benötigen. Sie haben zwei Optionen:

• Flache Cloud-Integration (a.k.a. Lift-and-Shift): Wenn Sie eine App „lift and shift“, nehmen Sie wenig bis gar keine Änderungen am Code vor und richten die App in der Cloud mehr oder weniger in ihrer aktuellen Form ein. Das Migrieren einer App ohne Änderungen nennt man Rehosting; kleinere Änderungen beim Verschieben einer App in die Cloud nennt man Refactoring.
• Tiefe Cloud-Integration: Im Gegensatz zum flachen Gegenstück erfordert tiefe Cloud-Integration, dass Sie die App modifizieren, um Cloud-Features zu nutzen. Die Änderungen können von relativ einfachen Anpassungen (wie Einrichtung von Auto-Scaling und dynamischem Load Balancing) bis zu fortgeschrittenen Updates (wie Aktivierung von Serverless Computing) reichen, die die App zu einer Cloud-nativen Lösung machen.

Flache Cloud-Integration ist eine erheblich schnellere Option als das Refactoring großer App-Anteile. Im Allgemeinen sind geschäftskritische Apps typischerweise den Aufwand tiefer Integrationen wert. Weniger kritische Apps und Services können mit dem flachen Ansatz auskommen, da Sie sie nach der Migration zur Cloud im Laufe der Zeit refaktorisieren können.

Unternehmen entscheiden sich auch oft dafür, Apps bei der Bewertung, welcher Service welche Integrationsart benötigt, in Rente zu schicken oder beizubehalten:

• In Rente schicken ist der Prozess, eine obsoleta App oder einen Service zu identifizieren, der keinen Wert hat, wenn er in die Cloud hochgeladen wird.
• Beibehalten ist die Entscheidung, eine App On-Premises zu lassen, typischerweise aufgrund von Sicherheits- oder Compliance-Bedenken.

Das richtige Cloud-Bereitstellungsmodell wählen

Die Wahl eines passenden Cloud-Bereitstellungsmodells ist entscheidend für eine erfolgreiche Cloud-Migration. Verschiedene Modelle passen zu verschiedenen Use Cases, und die fünf Optionen, aus denen Sie wählen können, sind:

• Public Cloud (eine Multi-Tenant-Umgebung, die Zugriff auf Compute-Ressourcen über das Internet oder eine dedizierte Direktverbindung bietet).
• Private Cloud (ein Single-Tenant-System, in dem ein Unternehmen Cloud-Ressourcen in seinem eigenen Rechenzentrum betreibt).
• Hybrid Cloud (eine Mischung aus On-Premises-Systemen, Public und Private Clouds, in der Workloads über Automatisierung und Orchestrierung zwischen Umgebungen wandern).
• Multi-Cloud (eine Mischung aus zwei oder mehr Public-Cloud-IaaS-Umgebungen).
• Community Cloud (Infrastruktur, die zwischen mehreren Unternehmen mit gemeinsamen Bedürfnissen oder Anliegen geteilt wird).

Welches Bereitstellungsmodell Sie nutzen sollten, hängt hauptsächlich von den einzigartigen Bedürfnissen und Zielen Ihres Unternehmens ab. Hier sind einige Hinweise:

• Die Public Cloud bietet eine skalierbare Umgebung mit Pay-per-Usage-Modell. Obwohl hoch skalierbar, ist die Public Cloud möglicherweise nicht ideal für sensible Workloads.
• Eine Private Cloud ist perfekt für ein Unternehmen mit dem Budget, eine On-Premises-Cloud-Umgebung zu betreiben, die maßgeschneidert für seine geschäftskritischen Workloads ist.
• Eine Hybrid Cloud ermöglicht es Ihnen, sensible Workloads On-Premises zu betreiben, während Sie gleichzeitig die Skalierbarkeit der Public Cloud bei Nachfragespitzen nutzen.
• Obwohl bei richtiger Umsetzung hochvorteilhaft, gibt es einige Hybrid-Cloud-Herausforderungen, die Sie kennen sollten, bevor Sie eine Hybrid-Architektur entwerfen.
• Multi-Cloud ist eine ausgezeichnete Wahl für Unternehmen, die sich um Vendor Lock-in sorgen, oder Firmen, die Services von mehreren Anbietern mischen und anpassen möchten.

Einen Cloud-Service-Provider wählen

Sofern Sie sich nicht für den Aufbau einer On-Premises-Private-Cloud entschieden haben, sollte der nächste Punkt auf der Cloud-Migrations-Checkliste die Suche nach einem Cloud-Anbieter sein. Obwohl die meisten Anbieter ähnliche Services anbieten, sind sie nicht alle gleich. Einige wichtige Überlegungen bei der Wahl eines Cloud-Anbieters sind:

• Preisgestaltung.
• Service-Auswahl.
• Verfügbarkeit in bestimmten Regionen.
• Uptime-Garantien.
• Vertrautheit Ihres In-House-Teams mit dem Tech-Stack des Anbieters.
• Branchenspezifische Compliance-Anforderungen (z. B. Aufbewahrung von Nutzerdaten am Ursprungsort gemäß CCPA oder GDPR).
• Post-Migrations-Support und Managed IT Services.

Denken Sie daran, dass die beliebtesten Dienstanbieter nicht immer die beste Passform sind. Prominente Anbieter zielen darauf ab, ein breites Spektrum an Bedürfnissen zu erfüllen, weshalb sie nicht immer gut zu einem Unternehmen in einer spezifischen Vertikale passen.

Ein Unternehmen im Gesundheitswesen könnte beispielsweise besser mit einem Nischenanbieter beraten sein, der HIPAA-Compliance besser versteht und unterstützt.

Notwendiges Refactoring durchführen

Sobald Sie wissen, welche Cloud-Bereitstellung Sie benötigen und mit wem Sie zusammenarbeiten, sollte Ihr Team mit den notwendigen Änderungen an Apps und Services beginnen, bevor Sie sie in die Cloud migrieren.

Ziel ist es, die Software so effektiv und effizient wie möglich in der Cloud laufen zu lassen. Ihr Team könnte beispielsweise eine App refaktorisieren, um:

• Mit einer variablen Anzahl laufender Instanzen zu arbeiten, um nahezu sofortiges Skalieren zu ermöglichen.
• Dynamische Cloud-Fähigkeiten zu nutzen (wie die Fähigkeit, Ressourcen pro aktuellem Bedarf zuzuweisen und freizugeben).
• Eine serviceorientiertere Architektur zu schaffen, um einzelne Services schnell in die Cloud zu verschieben (sowohl jetzt als auch in Zukunft).

Jetzt ist auch der richtige Zeitpunkt, Governance und Sicherheit neu zu überdenken. Sie werden wahrscheinlich Ihre Governance-Strategie anpassen müssen, um sich weniger auf interne Sicherheit und Kontrolle zu verlassen und mehr auf die Cloud-Services des Anbieters. In puncto Cloud-Sicherheit müssen Sie:

• Bewerten, ob die Migration neue Schwachstellen erzeugen kann.
• Verstehen, wie Ihr In-House-Team mit dem Anbieter zusammenarbeitet, um Cloud-Assets sicher zu halten.
• Aktuelle Sicherheitsmaßnahmen und -praktiken anpassen (und potenziell verbessern).
• Entscheiden, ob Sie von zusätzlichen Sicherheitstools profitieren können, die der Anbieter anbietet.
• Failover- und Disaster-Recovery-Mechanismen einrichten.

Methodisch migrieren und Traffic von On-Prem-Betrieb umschalten

Während Sie alles auf einmal in die Cloud migrieren können, kann dieser Ansatz herausfordernd und riskant sein. Stattdessen sollten Sie Apps und Services einzeln migrieren, beginnend mit weniger kritischen Apps und sich langsam zu den entscheidenden vorarbeitend.

So sollte dieser Migrationsansatz aussehen:

• Priorisieren Sie Apps, die Ihr Team mit dem geringsten Risiko für den Betrieb verschieben kann. Gute Kandidaten sind Apps, die nur Rehosting benötigen oder minimale Ressourcen nutzen (wie geringer Speicher oder Computation).
• Dann beginnen Sie mit Apps, die hohen Wert für Ihr Geschäft haben, aber während der Migration ein relativ geringes Risiko darstellen.
• Lassen Sie die geschäftskritischen und disruptiven Workloads für die finalen Migrationsphasen. Beginnen Sie niemals mit dem Verschieben dieser Apps, es sei denn, die aus vorherigen Schritten funktionieren optimal.
• Nutzen Sie manuelle oder automatisierte Tests (oder beides), um zu prüfen, ob die Migration erfolgreich war oder nicht.

Abhängig von der Architektur Ihrer Apps und Datenspeicher können Sie den Traffic auf zwei Arten vom On-Premises-System in die Cloud umschalten:

• Alles auf einmal: Das Team schaltet den gesamten On-Premises-Traffic um, sobald die App in der Cloud läuft.
• Stückweise: Sie verschieben einige Kunden in die neue Umgebung, sobald das Team die cloudbasierte App eingerichtet hat. Wenn alles wie erwartet funktioniert, fahren Sie fort, Kunden schrittweise in die Cloud zu migrieren, bis alle Endbenutzer auf die neue App setzen.

Nutzen Sie unsere Cloud-Migrations-Checkliste für einen vertrauensvollen Umzug

Während der Umzug in die Cloud oft eine klare Entscheidung ist, kämpfen viele Unternehmen mit der Migration oder haben nur begrenzten Erfolg beim Verschieben von Apps in die Cloud. Das Befolgen der obigen Cloud-Migrations-Checkliste stellt sicher, dass Sie alle gängigen Fallstricke vermeiden – so können Sie Ihre Cloud-Adoption planen, ohne Angst vor kostspieligen Fehltritten.