Hybrid- und Multi-Cloud-Strategie planen

In diesem Dokument geht es darum, wie Sie vordefinierte Geschäftsaspekte bei der Planung einer Hybrid- und Multi-Cloud-Strategie anwenden. Er erweitert die Informationen unter Erfolgsfaktoren, Überlegungen, Strategie und Ansätze. In diesem Artikel werden die Geschäftsaspekte definiert und analysiert, die Unternehmen bei der Planung einer solchen Strategie berücksichtigen sollten.

Vision und Ziele klären und vereinbaren

Der Hauptzweck einer Hybrid- oder Multi-Cloud-Strategie besteht letztendlich darin, die identifizierten Geschäftsanforderungen und die zugehörigen technischen Ziele für jeden Geschäftsfall zu erreichen, der mit bestimmten Geschäftszielen übereinstimmt. Um dieses Ziel zu erreichen, erstellen Sie einen gut strukturierten Plan, der die folgenden Aspekte berücksichtigt:

• Welche Arbeitslasten in den einzelnen Rechenumgebungen ausgeführt werden sollen
• Welche Muster der Anwendungsarchitektur arbeitslastübergreifend angewendet werden sollen
• Welche Technologie und welches Netzwerkarchitekturmuster zu verwenden ist.

Die Ausarbeitung eines Plans, der alle Arbeitslasten und Anforderungen berücksichtigt, ist in diesem Netz von Abhängigkeiten und Beschränkungen bestenfalls schwierig, insbesondere in einer komplexen IT-Umgebung. Darüber hinaus erfordert die Planung Zeit und kann zu konkurrierenden Visionen der Stakeholder führen.

Um solche Situationen zu vermeiden, sollten Sie zuerst eine Visionsbeschreibung formulieren, die mindestens die folgenden Fragen beantwortet:

• Welchen Geschäftsfall möchten Sie mit dem Tool lösen, um bestimmte Geschäftsziele zu erreichen?
• Warum reichen der aktuelle Ansatz und die aktuelle Rechenumgebung nicht aus, um die Geschäftsziele zu erreichen?
• Welche technologischen Aspekte sollten mithilfe der öffentlichen Cloud optimiert werden?
• Warum und wie wird der neue Ansatz Ihre Geschäftsziele optimieren und erreichen?
• Wie lange möchten Sie Ihre Hybrid- oder Multi-Cloud-Umgebung verwenden?

Die Einigung auf die wichtigsten Geschäfts- und technischen Ziele und Treiber und die anschließende Zustimmung der relevanten Stakeholder können eine Grundlage für die nächsten Schritte im Planungsprozess bilden. Damit Ihre vorgeschlagene Lösung effektiv mit der übergeordneten Architekturvision Ihres Unternehmens übereinstimmt, sollten Sie sich mit Ihrem Team und den Stakeholdern abstimmen, die für die Leitung und Förderung dieser Initiative verantwortlich sind.

Weitere Aspekte identifizieren und klären

Bei der Planung einer Hybrid- oder Multi-Cloud-Architektur ist es wichtig, die architektonischen und betrieblichen Einschränkungen Ihres Projekts zu identifizieren und zu vereinbaren.

Im Hinblick auf die Betriebsanforderungen enthält die folgende unvollständige Liste einige Anforderungen, die bei der Planung Ihrer Architektur berücksichtigt werden sollten:

• Mehrere Clouds separat verwalten und konfigurieren oder ein ganzheitliches Modell zum Verwalten und Schützen der verschiedenen Cloud-Umgebungen erstellen
• Gewährleistung konsistenter Authentifizierungs-, Autorisierungs-, Audit- und Richtlinienverfahren in allen Umgebungen
• Verwenden Sie konsistente Tools und Prozesse in allen Umgebungen, um einen ganzheitlichen Überblick über Sicherheit, Kosten und Optimierungsmöglichkeiten zu erhalten.
• Einheitliche Compliance- und Sicherheitsstandards verwenden, um eine einheitliche Governance anzuwenden.

Aus architektonischer Sicht gehen die größten Beschränkungen oft auf vorhandene Systeme zurück und können Folgendes umfassen:

• Abhängigkeiten zwischen Anwendungen
• Leistungs- und Latenzanforderungen an die Kommunikation zwischen Systemen
• Abhängigkeit von Hardware- oder Betriebssystemen, die in der öffentlichen Cloud unter Umständen nicht verfügbar sind
• Lizenzeinschränkungen
• Abhängigkeit von der Verfügbarkeit der erforderlichen Funktionen in den ausgewählten Regionen einer Multi-Cloud-Architektur

Weitere Informationen zu anderen Aspekten in Bezug auf die Portabilität von Arbeitslasten, die Datenübertragung und die Sicherheit finden Sie unter Weitere Überlegungen.

Strategie für Hybrid- und Multi-Cloud-Architekturen entwickeln

Nachdem Sie die geschäftlichen und technischen Ziele mit den zugehörigen Geschäftsanforderungen geklärt und idealerweise eine Visionsbeschreibung formuliert und vereinbart haben, können Sie Ihre Strategie für eine Hybrid- oder Multi-Cloud-Architektur entwickeln.

Im folgenden Flussdiagramm sind die logischen Schritte zum Erstellen einer solchen Strategie zusammengefasst.

Damit Sie die technischen Ziele und Anforderungen Ihrer Hybrid- oder Multi-Cloud-Architektur besser bestimmen können, beginnen die Schritte im vorherigen Flussdiagramm mit den Geschäftsanforderungen und -zielen. Wie Sie Ihre Strategie umsetzen, kann je nach den Zielen, Treibern und dem technologischen Migrationspfad jedes Geschäftsfalles variieren.

Eine Migration ist mit einer Reise vergleichbar. Das folgende Diagramm veranschaulicht die Phasen dieses Prozesses, wie in Zu Google Cloud migrieren beschrieben.

In diesem Abschnitt finden Sie Informationen zu den Phasen „Bewerten“, „Planen“, „Bereitstellen“ und „Optimieren“ im vorherigen Diagramm. Diese Informationen werden im Kontext einer Hybrid- oder Multi-Cloud-Migration präsentiert. Sie sollten jede Migration an die Anleitungen und Best Practices anpassen, die im Abschnitt zum Migrationspfad des Leitfadens „Zu Google Cloud migrieren“ beschrieben sind. Diese Phasen können für jede Arbeitslast einzeln gelten, nicht für alle Arbeitslasten gleichzeitig. Es kann sein, dass sich mehrere Arbeitslasten zu einem bestimmten Zeitpunkt in verschiedenen Phasen befinden:

Bewertungsphase

In der Phase Bewerten führen Sie eine erste Bewertung der Arbeitslast durch. Berücksichtigen Sie in dieser Phase die in Ihren Dokumenten zur Visions- und Strategieplanung beschriebenen Ziele. Legen Sie einen Migrationsplan fest, indem Sie zuerst eine Liste der Arbeitslasten erstellen, die von einer Bereitstellung oder Migration in die öffentliche Cloud profitieren könnten.

Wählen Sie zuerst eine Arbeitslast aus, die nicht geschäftskritisch oder zu schwierig zu migrieren ist (mit minimalen oder keinen Abhängigkeiten von Arbeitslasten in anderen Umgebungen) und gleichzeitig typisch genug ist, um als Vorlage für zukünftige Bereitstellungen oder Migrationen zu dienen.

Im Idealfall sollte die ausgewählte Arbeitslast oder Anwendung Teil eines gezielten Geschäftsnutzungsfalls oder einer Funktion sein, die nach Abschluss eine messbare Auswirkung auf das Unternehmen hat.

Führen Sie eine Bewertung der Migrationsrisiken durch, um potenzielle Migrationsrisiken zu bewerten und zu minimieren. Es ist wichtig, die Arbeitslast zu bewerten, um ihre Eignung für die Migration in eine Multi-Cloud-Umgebung zu bestimmen. Dabei werden verschiedene Aspekte der Anwendungen und Infrastruktur bewertet, darunter:

• Anforderungen an die Anwendungskompatibilität mit den ausgewählten Cloud-Anbietern
• Preismodelle
• Sicherheitsfunktionen der ausgewählten Cloud-Anbieter
• Anforderungen an die Interoperabilität von Anwendungen

Eine Bewertung hilft Ihnen auch, Anforderungen an den Datenschutz, Compliance-Anforderungen, Konsistenzanforderungen und Lösungen in mehreren Cloud-Umgebungen zu identifizieren. Die von Ihnen ermittelten Risiken können sich auf die Arbeitslasten auswirken, die Sie migrieren oder ausführen möchten.

Es gibt verschiedene Tools, z. B. das Google Cloud-Migrationscenter, mit denen Sie vorhandene Arbeitslasten bewerten können. Weitere Informationen finden Sie unter Migration zu Google Cloud: Bewertungstool auswählen.

Aus Sicht der Arbeitslastmodernisierung hilft das Eignungsbewertungstool, eine VM-Arbeitslast zu bewerten, um festzustellen, ob sie für die Modernisierung in einen Container oder die Migration zu Compute Engine geeignet ist.

Planungsphase

Beginnen Sie in der Phase Planen mit den identifizierten Anwendungen und erforderlichen Cloud-Workloads und führen Sie die folgenden Aufgaben aus:

1. Entwickeln Sie eine priorisierte Migrationsstrategie, die Migrationswellen und ‑pfade für Anwendungen definiert.
2. Das übergeordnete Muster für die Hybrid- oder Multi-Cloud-Anwendungsarchitektur ermitteln
3. Wählen Sie ein Netzwerkarchitekturmuster aus, das das ausgewählte Anwendungsarchitekturmuster unterstützt.

Idealerweise sollten Sie das Cloud-Netzwerkmuster in das Design der Landing Zone einbinden. Das Design der Landing Zone dient als wichtiges Grundelement der gesamten Hybrid- und Multi-Cloud-Architekturen. Das Design muss nahtlos in diese Muster integriert werden. Entwerfen Sie die Landing Zone nicht isoliert. Betrachten Sie diese Netzwerkmuster als Teil des Landingpage-Designs.

Eine Landingzone kann aus verschiedenen Anwendungen mit jeweils einem anderen Netzwerkarchitekturmuster bestehen. In dieser Phase ist es außerdem wichtig, das Design der Google Cloud-Organisation, -Projekte und -Ressourcenhierarchie zu bestimmen, um die Landing Zone Ihrer Cloud-Umgebung auf die Hybrid- oder Multi-Cloud-Integration und -Bereitstellung vorzubereiten.

In dieser Phase sollten Sie Folgendes berücksichtigen:

• Definieren Sie den Ansatz für Migration und Modernisierung. Weitere Informationen zu Migrationsansätzen finden Sie weiter unten in diesem Leitfaden. Weitere Informationen finden Sie auch im Abschnitt Migrationstypen des Artikels Zu Google Cloud migrieren.
• Nutzen Sie die Ergebnisse aus der Bewertungs- und Erkenntnisphase. Passen Sie sie an die Arbeitslast an, die Sie migrieren möchten. Entwickeln Sie dann einen Migrationsplan für Migrationswellen für die Anwendung. Der Plan sollte die geschätzten Anforderungen an die Ressourcengröße enthalten, die Sie in der Bewertungsphase ermittelt haben.
• Definieren Sie das Kommunikationsmodell, das zwischen den verteilten Anwendungen und den Anwendungskomponenten für die beabsichtigte Hybrid- oder Multi-Cloud-Architektur erforderlich ist.
• Entscheiden Sie sich für einen geeigneten Bereitstellungsarchetyp, um Ihre Arbeitslast für das ausgewählte Architekturmuster bereitzustellen, z. B. zonal, regional, multiregional oder global. Der von Ihnen ausgewählte Archetyp bildet die Grundlage für die Erstellung anwendungsspezifischer Bereitstellungsarchitekturen, die auf Ihre geschäftlichen und technischen Anforderungen zugeschnitten sind.
• Legen Sie messbare Erfolgskriterien für die Migration fest, mit klaren Meilensteinen für jede Migrationsphase oder -welle. Die Auswahl von Kriterien ist unerlässlich, auch wenn das technische Ziel darin besteht, die Hybridarchitektur als kurzfristige Einrichtung zu haben.
• Definieren Sie SLAs und KPIs für Anwendungen, die in einer Hybridumgebung ausgeführt werden, insbesondere für Anwendungen, deren Komponenten auf mehrere Umgebungen verteilt sind.

Weitere Informationen finden Sie unter Migration planen. Dort erfahren Sie, wie Sie eine erfolgreiche Migration planen und die damit verbundenen Risiken minimieren.

Bereitstellungsphase

In der Phase Bereitstellen können Sie mit der Umsetzung Ihrer Migrationsstrategie beginnen. Aufgrund der potenziellen Anzahl von Anforderungen ist es am besten, einen iterativen Ansatz zu verfolgen.

Priorisieren Sie Ihre Arbeitslasten anhand der Migrations- und Anwendungswellen, die Sie in der Planungsphase entwickelt haben. Bei Hybrid- und Multi-Cloud-Architekturen müssen Sie zuerst die erforderliche Verbindung zwischen Google Cloud und den anderen Rechenumgebungen herstellen. Um das erforderliche Kommunikationsmodell für Ihre Hybrid- oder Multi-Cloud-Architektur zu ermöglichen, sollten Sie die Bereitstellung auf dem ausgewählten Design und dem Typ der Netzwerkverbindung sowie dem anwendbaren Netzwerkmuster basieren lassen. Wir empfehlen, diesen Ansatz für die Gesamtgestaltung der Landing-Zone zu verwenden.

Außerdem müssen Sie die Anwendung oder den Dienst anhand der definierten Erfolgskriterien für die Anwendung testen und validieren. Idealerweise sollten diese Kriterien sowohl funktionale als auch Lasttests (nicht funktionale) umfassen, bevor die Produktion gestartet wird.

Optimierungsphase

Testen Sie in der Phase Optimieren Ihre Bereitstellung: Wenn die Anwendung oder der Dienst die Erwartungen an Funktionalität und Leistungskapazität erfüllt, können Sie sie in die Produktion übernehmen. Cloud-Monitoring- und -Transparenztools wie Cloud Monitoring können Ihnen Aufschluss über die Leistung, Verfügbarkeit und Integrität Ihrer Anwendungen und Infrastruktur geben und Sie bei Bedarf bei der Optimierung unterstützen.

Weitere Informationen finden Sie unter Migration zu Google Cloud: Umgebung optimieren. Weitere Informationen zum Entwerfen solcher Tools für Hybrid- oder Multi-Cloud-Architekturen finden Sie unter Hybrid- und Multi-Cloud-Monitoring- und -Logging-Muster.

Arbeitslasten bewerten

Die Wahl der Rechenumgebungen für verschiedene Arbeitslasten wirkt sich erheblich auf den Erfolg einer Hybrid- und Multi-Cloud-Strategie aus. Entscheidungen zur Platzierung von Arbeitslasten sollten auf spezifische Geschäftsziele abgestimmt sein. Daher sollten diese Entscheidungen anhand gezielter geschäftlicher Anwendungsfälle getroffen werden, die messbare Geschäftseffekte ermöglichen. Es ist jedoch nicht immer notwendig und auch nicht empfehlenswert, mit der geschäftskritischsten Arbeitslast oder Anwendung zu beginnen. Weitere Informationen finden Sie im Leitfaden „Zu Google Cloud migrieren“ unter Anwendungen auswählen, die zuerst migriert werden sollen.

Wie im Abschnitt Geschäftliche und technische Treiber erläutert, gibt es verschiedene Arten von Treibern und Überlegungen für Hybrid- und Multi-Cloud-Architekturen.

Die folgende Liste von Faktoren kann Ihnen helfen, Ihren Migrationsfall im Kontext einer Hybrid- oder Multi-Cloud-Architektur zu bewerten, mit Möglichkeiten, messbare Geschäftseffekte zu erzielen:

• Mögliche Marktdifferenzierung oder Innovation, die sich aus der Verwendung von Cloud-Diensten ergibt, um bestimmte Geschäftsfunktionen oder -fähigkeiten zu ermöglichen, z. B. Funktionen für künstliche Intelligenz, bei denen vorhandene lokale Daten zum Trainieren von Modellen für maschinelles Lernen verwendet werden.
• Mögliche Einsparungen bei den Gesamtbetriebskosten einer Anwendung.
• Mögliche Verbesserungen der Verfügbarkeit, Ausfallsicherheit, Sicherheit oder Leistung, z. B. durch Hinzufügen einer Notfallwiederherstellungs-Website (Disaster Recovery, DR) in der Cloud.
• Mögliche Beschleunigung der Entwicklungs- und Releaseprozesse, z. B. durch das Erstellen von Entwicklungs- und Testumgebungen in der Cloud.

Die folgenden Faktoren können Ihnen beim Evaluieren der Migrationsrisiken helfen:

• Die potenziellen Auswirkungen von Ausfällen, die durch eine Migration verursacht werden.
• Die Erfahrung Ihres Teams mit Bereitstellungen in der öffentlichen Cloud oder mit Bereitstellungen für einen neuen oder zweiten Cloud-Anbieter.
• Die Notwendigkeit, bestehende gesetzliche oder behördliche Auflagen einzuhalten.

Die folgenden Faktoren können Ihnen beim Evaluieren der technischen Schwierigkeiten einer Migration helfen:

• Größe, Komplexität und Alter der Anwendung.
• Die Anzahl der Abhängigkeiten von anderen Anwendungen und Diensten in verschiedenen Computing-Umgebungen.
• Alle Einschränkungen, die durch Lizenzen von Drittanbietern auferlegt werden.
• Abhängigkeiten von bestimmten Versionen von Betriebssystemen, Datenbanken oder anderen Umgebungskonfigurationen

Nachdem Sie Ihre anfänglichen Arbeitslasten bewertet haben, können Sie mit dem Priorisieren der Arbeitslasten und dem Definieren der Migrationswellen und Ansätze beginnen. Anschließend können Sie geeignete Architekturmuster und unterstützende Netzwerkmuster identifizieren. Unter Umständen muss dieser Schritt mehrmals wiederholt werden, da sich Ihre Einschätzung im Laufe der Zeit ändern kann. Daher empfiehlt es sich, die Arbeitslasten nach den ersten Cloudbereitstellungen noch einmal neu zu bewerten.