sommersby - stock.adobe.com
In 7 Schritten zur Hybrid Cloud migrieren
Cloud-Bereitschaft, Storage-Kosten, Netzwerkverzögerungen und Metriken entscheiden über den Entschluss, Daten, Anwendungen und Workloads in eine Hybrid-Cloud-Umgebung zu verlagern.
Vor nicht allzu langer Zeit lief eine Hybrid-Cloud-Migrationsstrategie darauf hinaus, dass ein Unternehmen seine internen Arbeitslasten auf eine Umgebung ausdehnte, die ihm nicht gehörte. Leistung und Funktionen, die früher in der IT-Umgebung des Unternehmens angesiedelt waren, wurden teilweise von der Umgebung eines Service Providers abhängig. Damals war eine Hybrid-Cloud-Strategie relativ einfach – eine Kombination aus Ressourcen vor Ort und einer Art von Cloud-Modell, um die Geschäftsziele eines Unternehmens zu erreichen.
Heute ist eine Hybrid-Cloud-Strategie mit Multi-Clouds und Anbietern, die nur Cloud-Angebote bereitstellen, verflochten. Infolgedessen beeinflussen jetzt mehrere Faktoren die Entscheidung eines Unternehmens, wo seine Daten, Anwendungen und Arbeitslasten untergebracht werden sollen. Unternehmen entscheiden sich für eine Hybrid-Cloud-Umgebung, weil sie KI-Integration, Automatisierung, Mobilität, Portabilität, Flexibilität, Sicherheit und Kosteneinsparungen verspricht. Eine Hybrid-Cloud-Architektur bringt jedoch eine größere Komplexität mit sich. Bei der Implementierung und Wartung müssen mehrere wichtige Aspekte berücksichtigt werden.
1. Bestimmen Sie, ob eine Anwendung oder ein Dienst für die Hybrid Cloud geeignet ist
Bei Hybrid-Cloud-Strategien muss eine Anwendung in einer lokalen Umgebung und mit Ressourcen funktionieren, die von einem Dienstanbieter wie Amazon Web Services, Microsoft Azure oder Google Cloud gemietet werden. Ein oft übersehener, aber notwendiger erster Schritt ist die Feststellung, ob die Anwendung für ein hybrides Modell geeignet ist.
Erkundigen Sie sich beim Anbieter der Anwendung, wie die Roadmap für die Zukunft aussieht. Versuchen Sie nicht, eine auslaufende, lokal installierte Anwendung ausschließlich in einen Public-Cloud-Service zu verschieben. Nur weil ein Anbieter sagt, dass die Anwendung in einer Cloud ausgeführt werden kann, heißt das noch lange nicht, dass sie auch für die Hybrid Cloud geeignet ist. Es ist weniger kompliziert, die Anwendung in einer Umgebung zu hosten, als zwei Umgebungen zu überbrücken.
Eine Legacy-Anwendung, die nicht für die Migration in die Hybrid Cloud geeignet ist, kann dennoch erfolgreich angepasst werden, wenn sie richtig geplant wird. Im Idealfall können Teile der Anwendung, die hinter Load Balancern betrieben werdenkönnen, in die Cloud verlagert werden. Untersuchen Sie die Nachverfolgung von Anwendungen, um den Datenverkehr zu verfolgen und ein Gefühl dafür zu bekommen, wie viele Daten gemeinsam genutzt werden und wie sich mögliche Verzögerungen auf die Anwendungsleistung auswirken können. Achten Sie auch auf Lizenzmodelle und Support-Plattformen autorisierter Anbieter, die bei der Verlagerung von Legacy-Anwendungen in die Cloud verletzt werden könnten.
2. Verschieben Sie die richtigen Teile einer Anwendung
Viele Anwendungen bestehen aus mehreren Teilen. Bestimmen Sie daher, was schnell und kostengünstig in die Cloud verlagert werden kann. Eine Anwendung könnte für ein hybrides Modell geeignet sein, wenn zum Beispiel zusätzliche Frameworks oder ein übermäßiger Speicherbedarf zur Unterstützung der Anwendung erforderlich sind.
Erwägen Sie sorgfältig On-Demand- oder Cloud-Bursting-Funktionen. Ziehen Sie auch die Automatisierung in Betracht, um Workloads schnell hoch- und runterzufahren und übermäßige Kosten für die Unterbringung ruhender Workloads zu vermeiden. Workloads, die übermäßige Anpassungen oder große Mengen an Datenspeicher- oder Rechenressourcen erfordern, eignen sich möglicherweise nicht für eine Hybrid-Cloud-Migrationsstrategie, insbesondere wenn Kosteneinsparungen ein Hauptziel der Cloud-Einführung sind.
Automatisierung hilft bei der Erstellung von Workloads und eliminiert manuellen Aufwand. Dennoch erscheinen vollständige und einsatzbereite Ressourcen nicht sofort, sondern es dauert Sekunden oder Stunden, bis sie aufgebaut sind. Ein langsamer Aufbau von Workloads kann kostspielig sein, weil der Cloud-Anbieter die Einrichtungszeit in Rechnung stellt, bevor der Workload überhaupt läuft. Automatische Skalierung kann Zeit und Kosten sparen.
3. Vernachlässigen Sie Storage nicht
Die Kapazität ist ein wichtiger Faktor bei der Migration in die Hybrid Cloud. Die Kosten für Cloud-Storage-Dienste zur Unterbringung von Anwendungen wachsen nur langsam, so dass sie leicht unbemerkt bleiben können. Anfänglich sind sie vielleicht nicht sehr kostspielig, aber im Laufe der Zeit können sie sich immer weiter erhöhen. Zusammen mit den veralteten oder ungenutzten Daten in der Cloud, kann die monatliche Rechnung für Cloud Storage sehr hoch ausfallen.
Ziehen Sie Cloud-Storage-Ebenen für Hochgeschwindigkeitsarchivierung und kleinere Datenspeicher in Betracht. Untersuchen Sie den Anwendungsstack, um den kosteneffizientesten Storage-Ansatz für jede Ebene zu ermitteln. Das ist ein potenziell komplexer Prozess, der am besten frühzeitig und nicht erst später, wenn die Anwendung sich entwickelt, durchgeführt wird.
4. Prüfen Sie das Netzwerk
Die Verlagerung eines Teils der Arbeitslast in die Cloud kann zu Verzögerungen zwischen dem Rechenzentrum und dem Cloud-Anbieter führen, was sich auf die Anwendungsleistung und das Benutzererlebnis auswirken kann. Der Internetzugang eines Unternehmens ist die Lebensader, die dafür sorgt, dass Anwendungen ordnungsgemäß laufen. Netzwerkverzögerungen oder -ausfälle zwischen Komponenten von mehrteiligen Anwendungen müssen mithilfe von Disaster-Recovery-Methoden, Multi-Cloud-Optionen und redundanten Internetverbindungen On-Premises lokalisiert und behoben werden.
5. Verfolgen Sie die Metriken
Der Erfolg einer Hybrid-Cloud-Migrationsstrategie lässt sich am besten anhand von Metriken feststellen. Leistungsstatistiken und Antwortzeiten sind zwar wertvoll, aber wenig aussagekräftig, wenn ein hybrider Ansatz drei- bis viermal so viel kostet wie eine On-Premises-Einrichtung.
Untersuchen Sie Anwendungen und Daten aus verschiedenen Blickwinkeln – von Leistungsdaten über Kundenengagement bis hin zu Helpdesk-Reaktionen. Eine Umstellung auf eine Hybrid Cloud könnte beispielsweise teurer sein als ein Verbleib On-Premises, aber wenn die Helpdesk-Anrufe um 30 Prozent reduziert werden, könnte die Gesamtkosten-Nutzen-Analyse für die Hybrid Cloud positiv ausfallen.
Die Herausforderung besteht darin, Datenpunkte, die aus verschiedenen Quellen stammen, zu vergleichen und zu korrelieren. Aber die Kennzahlen können sich auszahlen, wenn es darum geht, zu bestimmen, wo Arbeitslasten in einer hybriden Umgebung angepasst und spezifische Geschäftsziele aktualisiert werden sollen.
6. Bilden Sie den Anwendungsstapel ab
Wenn Daten und Anwendungen zwischen lokalen und verschiedenen Cloud-Umgebungen verschoben werden, muss sichergestellt werden, dass die Mitarbeiter wissen, wo sich alles befindet. Ein Benutzer kann zum Beispiel nicht auf eine in die Cloud verschobene Anwendung zugreifen, weil die Authentifizierung noch On-Premises erfolgt. Eine detaillierte Übersicht über den Verbleib von Anwendungsteilen verdeutlicht nicht nur die Komplexität, sondern erleichtert auch die Erstellung eines Disaster-Recovery-Plans.
7. Bewegen Sie sich in Ihrem eigenen Tempo
Mit der zunehmenden Hybrid-Cloud-Aktivität kommen viele zusätzliche Dienste und Funktionen, die von Cloud-Anbietern angeboten werden. Es ist leicht, sich von den glänzenden neuen Funktionen ablenken zu lassen und die Geschäftsziele bei der Einführung der Hybrid Cloud zu vergessen. Wenn Sie eine Hybrid-Cloud-Architektur in Erwägung ziehen, sollten Sie die Anwendung komplett neu schreiben.
