Cloud-Migration: Die wichtigsten Herausforderungen und Lösungen

Was ist Cloud-Migration?

Der Begriff Cloud-Migration (CM) spricht für sich selbst: Er bezieht sich auf die Prozesse der Verlagerung, Migration und Verlagerung der gesamten App (oder eines Projekts — im weiteren Sinne) von lokalen Bare-Metal-Servern und -Speichern zu Cloud-basierten Anbietern. Sie können öffentlich (AWS, GCP usw.), privat (wie IBM Cloud Private, VPC) sein oder Bereitstellungsmodelle, sowohl öffentlich als auch privat, in einer Hybrid-Cloud kombinieren.

Es gibt verschiedene Arten der Cloud-Migration. CM kann zur Beschreibung der Migration der Cloud-Infrastruktur in eine andere Cloud verwendet werden. Unternehmen können gelegentlich den Cloud-Anbieter wechseln, um Ressourcen zu sparen und die Stabilität zu erhöhen.

Bis 2022 werden sich über 90% der Unternehmen weltweit auf eine Mischung aus lokalen und dedizierten privaten Clouds, mehreren öffentlichen Clouds und älteren Plattformen verlassen, um ihre Infrastrukturanforderungen zu erfüllen. IDC-Bericht

Ein weiterer Trend eines Multicloud — Die gleichzeitige Nutzung von wenigen Cloud-Anbietern (wie AWS+ GCP) und Speicherservices auf Basis von Hybrid-Clustern ist aufgrund der erhöhten Fehlertoleranz und Verfügbarkeit, der geringeren Serverlatenz und der besseren Benutzererfahrung beliebt. Kurz gesagt, hier dreht sich alles um die verschiedenen Arten der Cloud-Migration.

Warum sich Unternehmen für Cloud-Migrationslösungen interessieren

• Zugang zu fortschrittlichen technischen Geräten: Public-Cloud-Anbieter verfügen über teurere und innovativere Geräte, die selbst großen Unternehmen nicht zur Verfügung stehen.
• Verbesserung der Stabilität und Fehlertoleranz der App durch eine hohe Stabilität der Cloud-Migrationsdienstleister. Bare-Metal-Server verschiedener Unternehmen sind aufgrund des ungleichmäßigen Wartungsaufwands und der Kosten weniger stabil als Server von Cloud-Anbietern. Um das gleiche Maß an Stabilität zu erreichen, müssen Sie in eine komplexe Infrastruktur und deren ständige Verbesserung investieren.
• Schnelle Skalierung mit minimalem Aufwand. Ein Cloud-Anbieter weist Ihnen so viele Ressourcen zu, wie Sie benötigen, und die Kosten für die Cloud-Migration werden automatisch berechnet. Sie zahlen nur für sie, wenn Sie sie nutzen. Die Effizienz der Ressourcennutzung ist ein Grund für drastisch reduzierte Kosten — ein Traum jedes Unternehmens.
• Sofort einsatzbereite Cloud-Lösungen für Unternehmen und nur in der Cloud verfügbare Tools. SaaS-Cloud-Dienste bieten eine Vielzahl vorgefertigter Full-Stack-Lösungen für Ihre Projekte für eine schnelle Anpassung und Leistung in der Cloud-Umgebung. Benötigen Sie eine Cloud-native Datenbanklösung? AWS RDS oder GCP Cloud SQL — zu Ihren Diensten. Oder träumen Sie von der Möglichkeit, GCP AutoML oder Azure GPT-3 zu verwenden, aber diese sind selbst für große Unternehmen nicht erschwinglich? In der Cloud finden Sie eine riesige Toolbox mit Instrumenten, die speziell für Aufgaben in den Bereichen Automatisierung, Verbindung, Sicherheit und Stabilität entwickelt wurden. Aus diesem Grund sollten Sie für Ihr Projekt immer alle Cloud-Migrationsoptionen in Betracht ziehen.
• Nachhaltigkeitsziele und Upcycling von Rechenzentren zur Begrenzung der Umweltbelastung. Es stimmt, dass Unternehmensrechenzentren nicht die sichersten und umweltfreundlichsten Orte sind. Ein Prinzip der sozialen Verantwortung bietet Unternehmen neue Gründe, in die Cloud zu wechseln. Dadurch wird der CO2-Fußabdruck minimiert und ihre Entwicklung, genau wie in der Hauptstadt, nachhaltiger Ein Fall.

Herausforderungen der Migration zu Cloud-Diensten

Generische Probleme

Hier sind einige der häufigsten Feinheiten, mit denen Unternehmen vor oder sogar während des Cloud-Migrationsprozesses konfrontiert sind. Wir haben sie in der folgenden Liste mit Ratschlägen und „Dingen, die es zu beachten gilt“, zusammengestellt:

1. Häufige Missverständnisse über die Rolle einer Cloud innerhalb der Leiter des Management- und Entwicklerteams:
2. „Wir werden nicht alles wie bisher machen. und die Wolke.“
3. „Die Cloud kann einfach andere Kopie der aktuellen Infrastruktur.“
4. „Unsere aktuelle Infrastruktur funktioniert gut genug. Warum sollten wir also das Risiko eingehen, sie für jede Art von Cloud-Migration zu verwenden?“
5. All diese Gedanken zeugen von mangelndem Wissen über CM, und vielleicht sollten Sie einen Spezialisten aufsuchen, um diese Dinge zu klären.
6. Wandel der Unternehmenskultur, Neuerfindung der digitalen Unternehmensstruktur und Änderung der Denkweise:
7. „Zuerst die Leute, dann die Tools“: Investieren Sie in die richtigen Spezialisten und fragen Sie sie, welche Tools für Ihr Unternehmen besser sind, als in Tools zu investieren, und nicht umgekehrt.
8. Sorgen Sie dafür, dass alle technischen und nichttechnischen Abteilungen verstehen, was im Unternehmen vor sich geht und wie sich dies auf ihre Prozesse auswirkt.
9. Alles Neue wird misstrauisch aufgenommen, wenn Sie nicht erklären, wie und warum Sie es umsetzen werden. Finden Sie die Leute aus dem Bereich Migration as a Service heraus, die sich für eine Cloud-Migration einsetzen werden, und erklären Sie, warum alle von dieser Änderung profitieren.
10. Cloud-Datenmigrationsdienste: Übertragung von persistentem Speicher auf Objektspeicher:
11. Wenn Ihre Daten in Dateien gespeichert sind, hängt Ihre Skalierung vom Hardware-Speichervolumen ab. Diese analoge Struktur wäre in der Cloud nutzlos.
12. Die richtige Entscheidung ist die Migration aller statischen Daten in Object Storage (Google Cloud Storage für GCP, S3 für AWS).
13. Der Vorteil dieser Lösung besteht darin, dass Sie nicht einmal daran denken müssen, Ihren Speicherplatz erneut zu skalieren, selbst wenn Ihre Daten drastisch zunehmen. Sie werden in der Lage sein, verschiedene Arten von Daten für verschiedene Zwecke sicher und geschützt zu speichern, und zahlen weniger für Daten, auf die Sie keinen schnellen Zugriff benötigen.
14. Rechtliche und datenschutzrechtliche Fragen kann Bedenken hinsichtlich der Sicherheit der Cloud-Migration hervorrufen:
15. Die Speicherung sensibler Daten für einige Geschäftsbereiche wie das Gesundheitswesen oder Fintech erfordert ein gewisses Schutzniveau der lokalen Infrastruktur, manchmal sogar aus rechtlichen Gründen.
16. Wenn es keine verfügbaren Verbote gibt, ist der Wechsel in die Cloud eine Möglichkeit, Ihre Sicherheit zu überdenken und zu verbessern.

Die drei großen Cloud-Anbieter (AWS, GCP, Azure) folgen dem „Secured-by-Design“ -Konzept und bieten eine Reihe von Diensten wie:

• Verschlüsselung der gespeicherten und übertragenen Daten;
• KM, AWS-Geheimdienstmanager für die Verwaltung personenbezogener Daten;
• Zentralisierte Systeme zur Authentifizierung und Verwaltung von Zugriffsrechten (IAM);
• Tools für den Zugriff auf Cloud-Dienste (wie SaaS-Datenbanken) von bestimmten Recheninstanzen aus, ohne dass Anmeldeinformationen gespeichert werden müssen (GCP-Workload-Identität);
• Organisation von Strukturen, die den gängigsten Sicherheitsstandards entsprechen (z. B. PCI DSS).

All diese Bedenken können den Start von Cloud-Migrationsprojekten beeinträchtigen oder sogar verhindern, aber der größte Fisch im See liegt immer noch vor uns. Lassen Sie uns zur größten Herausforderung von CM übergehen und dazu, wie Dysnix sie in der Regel innerhalb der optimalen Durchschnittskosten einer Cloud-Migration bewältigt.

Große Herausforderung: Cloud-Migration in Echtzeit ohne Ausfallzeiten

Erwarten Sie nicht, dass zufällige Arbeiten von zufälligen Anbietern auf magische Weise zusammenarbeiten.Pieter Hintjens, Geständnisse eines Nekromanten

Ungeplante und nicht unterstützte Migration kann zu lange dauern und den Geschäftsprozess beeinträchtigen, wie uns die Fallstudien der besten Cloud-Migrationsunternehmen zeigen. Zeit ist immer die wertvollste Ressource, und Ausfallzeiten aufgrund der Migration erhöhen Ihre Absprungrate und wirken sich auf Ihr Einkommen aus. Um dies zu vermeiden, nutzen Sie den Schlüssel für eine erfolgreiche Cloud-Migration: Planen Sie jeden Migrationsschritt für jede Datenebene, die Sie bereits hatten:

Cloud-Datenbankmigration

Die effizienteste Methode der Cloud-Datenmigration ohne Informationsverlust und Ausfallzeiten besteht darin, die Replikation von der alten Umgebung in die neue einzurichten. Wenn Ihre Datenbank stark ausgelastet ist, ist es besser, die synchronisierte Replikation zu verwenden, damit Ihre Cloud-Datenbank mit Ihrer Hauptdatenbank identisch bleibt. Dadurch wird die Datenbankreaktion für Kunden etwas verlangsamt, aber Sie können sicher sein, dass nach Beginn der Migration keine der Transaktionen in der alten Umgebung verloren gegangen ist.

Objektspeicher

Abgesehen von selbst gehosteten Lösungen ist es üblich, Google Cloud Storage oder AWS S3 für Object Storage-Aufgaben zu verwenden. In diesem Fall erfordert eine ununterbrochene Migration einige Änderungen im Code Ihrer App:

• Fügen Sie einen neuen Cloud-Speicherort für Dateien hinzu, die in Ihrem App-Code gespeichert werden, sodass Sie jetzt sowohl neue als auch alte Speicherorte gespeichert haben.
• Alle „alten“ Dateien, die vor dem Double-Upload-Setup im Bucket vorhanden sind, können mit Standarddienstprogrammen wie AWS CLI kopiert werden.

Als Ergebnis haben wir zwei identische und aktualisierte Speicher. Nachdem alle Dateien im Cloud-Speicher überprüft wurden, ist die Funktion zum Speichern im alten Speicher ausgeschaltet.

Umschalten des App-Datenverkehrs ohne Ausfallzeiten

Nachdem die Migration der vorhandenen Daten und deren Aktualisierung abgeschlossen sind — und die App wird in der neuen Umgebung repliziert und dort getestet — ist es höchste Zeit, alles mit echtem Traffic zu testen. Aber wie können wir das mit DNS-TTL machen, das es uns nicht ermöglicht, alle Kunden gleichzeitig zu wechseln? Oder was ist, wenn Sie wegen Dingen, die nicht in Tests behandelt wurden, in Schwierigkeiten geraten und schnell wieder zurückwechseln müssen, ohne dass Ihr Kunde sich unwohl fühlt?

Bei Dysnix verwenden wir für solche riskanten Verfahren das Prinzip „Teile und herrsche“ und erstellen schrittweise Aktionslisten, um Komplikationen bei der Implementierung von Cloud-Migrationstechnologien zu minimieren:

1. Übertragung des Datenverkehrs auf den äußeren Cloud Load Balancer (CLB). Dieses Tool wird in Zukunft ein „einziges Fenster“ für die Verwaltung Ihres gesamten Datenverkehrs sein. Zu Beginn wird Ihr CLB auf Ihre alten Server verweisen, und für Ihre Kunden wird sich nichts ändern. Später testen wir diesen Load Balancer genau und wechseln das DNS, während wir eine angemessene Zeit warten, bis der gesamte Traffic den alten Endpunkt verlässt (in der Regel 2-3 Tage).
2. Wenn wir die Steuerung der Verkehrsführung implementieren, verwenden unsere Techniker die A-B-Methode der Bereitstellung und schalten 1% des Verkehrs in eine neue Umgebung auf CLB-Ebene um. Gleichzeitig kehren wir als Backup zum alten Endpunkt zurück. Mit anderen Worten, wir lassen nur eine geringe Menge an Traffic zu und analysieren, wie die Umgebung funktioniert. Wenn jedoch etwas schief geht, werden alle Kundenanfragen nahtlos mit der alten Umgebung verknüpft.
3. Wenn wir feststellen, dass die neue Umgebung mit 1% Traffic zuverlässig funktioniert, erhöhen wir die Verkehrslast schrittweise auf bis zu 100% und überprüfen die Protokolle und Überwachungsindikatoren. Der alte Endpunkt funktioniert immer noch als Backup.
4. Nach 2-7 Tagen mit 100% iger Auslastung, wenn wir sicherstellen, dass alles einwandfrei funktioniert, erstellen wir die letzte Reservekopie, fahren die alte Umgebung herunter und löschen die Daten.