Hybrid- und Multi-Cloud-Strategie planen

Last reviewed 2025-01-23 UTC

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

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:

Die Ausarbeitung eines Plans, der alle Arbeitslasten und Anforderungen berücksichtigt, ist bestenfalls schwierig, insbesondere in einer komplexen IT-Umgebung. Darüber hinaus erfordert die Planung Zeit und kann zu konkurrierenden Interessenlagen 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 erreichen, 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äftlichen 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 operativen 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 zu Einschränkungen führen könnten und berücksichtigt werden sollten:

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

Aus Architekturplanungssicht 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
  • Lizenzbeschrä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.

Berücksichtigen Sie bei der Strategieentwicklung Ihre Geschäftsziele, holen Sie sich Einverständnis ein, erstellen Sie einen groben Plan und nutzen Sie diesen dann als Grundlage für Ihre Strategie.

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äftlichen Anwendungsfalls variieren.

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

Migrationspfad mit vier Phasen

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 den Anleitungen und Best Practices ausrichten, 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 möglichen 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 Blueprint für zukünftige Bereitstellungen oder Migrationen zu dienen.

Im Idealfall sollte die ausgewählte Arbeitslast oder Anwendung Teil eines gezielten geschäftlichen Anwendungsfalls 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 auszuwerten und zu minimieren. Es ist wichtig, die mögliche 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, wie das Google Cloud Migration Center, 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 Migrations-Waves und ‑pfade für Anwendungen definiert.
  2. Ermitteln Sie das übergeordnete Muster für die Hybrid- oder Multi-Cloud-Anwendungsarchitektur.
  3. Wählen Sie ein Netzwerkarchitekturmuster aus, das das ausgewählte Anwendungsarchitekturmuster unterstützt.

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

Eine Landingzone kann aus verschiedenen Anwendungen bestehen, die jeweils ein anderes Netzwerkarchitekturmuster haben. In dieser Phase ist es außerdem wichtig, das Design der Google Cloud Organisation, Projekte und Ressourcenhierarchie festzulegen, um die Landingzone 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 von Zu Google Cloudmigrieren.
  • Nutzen Sie die Ergebnisse aus der Bewertungs- und Ermittlungsphase. Passen Sie sie an die Arbeitslast an, die Sie migrieren möchten. Entwickeln Sie dann einen Migrationsplan für die Migrations-Waves. 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 -Wave. Die Auswahl von Kriterien ist unerlässlich, auch wenn das technische Ziel darin besteht, die Hybridarchitektur als kurzfristige Einrichtung zu nutzen.
  • 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 Anwendungs-Waves, 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, sollte die Bereitstellung auf dem ausgewählten Design und dem Netzwerkverbindungstyp sowie dem anwendbaren Netzwerkmuster basieren. Wir empfehlen, diesen Ansatz für die gesamte Entscheidung zum Design der Landingzone 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 Funktions- als auch Lasttests (nicht funktional) umfassen, bevor die Produktion gestartet wird.

Optimierungsphase

Testen Sie in der Phase Optimieren Ihre Bereitstellung: Wenn die Anwendung oder der Dienst nach den Tests die Erwartungen an Funktionalität und Leistungskapazität erfüllt, können Sie sie/ihn 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 Zu Google Cloudmigrieren: 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.

Mögliche 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 oder 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 Migrationsanwendungsfall 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. auf künstlicher Intelligenz gestützte Funktionen, 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 eines Notfallwiederherstellungszentrums (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 Auswerten 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 Auswerten 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 Migrations-Waves 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 Cloud-Bereitstellungen noch einmal neu zu bewerten.