Hybrid- und Multi-Cloud-Architekturmuster

Last reviewed 2024-10-24 UTC

Dieses Dokument ist das zweite von drei Dokumenten in einem Set. Darin werden gängige Hybrid- und Multi-Cloud-Architekturmuster erläutert. Außerdem werden die Szenarien beschrieben, für die diese Muster am besten geeignet sind. Außerdem werden Best Practices für die Bereitstellung solcher Architekturen in Google Cloudbeschrieben.

Die Dokumentation zu Hybrid- und Multi-Cloud-Architekturmustern besteht aus den folgenden Teilen:

  • Hybrid- und Multi-Cloud-Architekturen erstellen: Hier wird die Planung einer Strategie für die Entwicklung einer Hybrid- und Multi-Cloud-Einrichtung mit Google Clouderläutert.
  • Hybrid- und Multi-Cloud-Architekturmuster: Hier werden gängige Architekturmuster beschrieben, die im Rahmen einer Hybrid- und Multi-Cloud-Strategie verwendet werden können (dieses Dokument).
  • Architekturmuster für Hybrid- und Multi-Cloud-Netzwerke: Hier werden Architekturmuster für Hybrid- und Multi-Cloud-Netzwerke aus Netzwerkperspektive behandelt.

Da das Spektrum an Anwendungsarbeitslasten in jedem Unternehmen anders ist, gelten auch für die Architektur einer Hybrid- oder Multi-Cloud-Konfiguration spezielle Anforderungen und Einschränkungen. Sie müssen Ihr Architekturdesign zwar auf diese Einschränkungen und Anforderungen zuschneiden, können aber auf verschiedenen gängigen Mustern aufbauen, um die grundlegende Architektur zu definieren.

Ein Architekturmuster ist eine wiederholbare Methode zum Strukturieren mehrerer funktionaler Komponenten einer Technologielösung, Anwendung oder eines Dienstes, um eine wiederverwendbare Lösung zu erstellen, die bestimmte Anforderungen oder Anwendungsfälle erfüllt. Eine cloudbasierte Technologielösung besteht oft aus mehreren unterschiedlichen und verteilten Cloud-Diensten. Diese Dienste arbeiten zusammen, um die erforderliche Funktionalität bereitzustellen. In diesem Zusammenhang wird jeder Dienst als funktionale Komponente der Technologielösung betrachtet. Ebenso kann eine Anwendung aus mehreren funktionalen Ebenen, Modulen oder Diensten bestehen, die jeweils eine funktionale Komponente der Anwendungsarchitektur darstellen können. Eine solche Architektur kann standardisiert werden, um bestimmte geschäftliche Anwendungsfälle zu berücksichtigen und als grundlegendes, wiederverwendbares Muster zu dienen.

Um ein Architekturmuster für eine Anwendung oder Lösung zu definieren, müssen Sie Folgendes ermitteln und definieren:

  • Die Komponenten der Lösung oder Anwendung.
  • Die erwarteten Funktionen für jede Komponente, z. B. Frontend-Funktionen für eine grafische Benutzeroberfläche oder Backend-Funktionen für den Datenzugriff.
  • Wie die Komponenten miteinander und mit externen Systemen oder Nutzern kommunizieren. In modernen Anwendungen interagieren diese Komponenten über genau definierte Schnittstellen oder APIs. Es gibt eine Vielzahl von Kommunikationsmodellen, z. B. asynchron und synchron, Anfrage/Antwort oder warteschlangenbasiert.

Es gibt zwei Hauptkategorien von Hybrid- und Multi-Cloud-Architekturmustern:

  • Muster für verteilte Architekturen: Diese Muster basieren auf einer verteilten Bereitstellung von Arbeitslasten oder Anwendungskomponenten. Das bedeutet, dass sie eine Anwendung (oder bestimmte Komponenten dieser Anwendung) in der Rechenumgebung ausführen, die am besten zum Muster passt. So können die verschiedenen Eigenschaften und Merkmale von verteilten und miteinander verbundenen Rechenumgebungen optimal genutzt werden.
  • Redundante Architekturmuster: Diese Muster basieren auf redundanten Bereitstellungen von Arbeitslasten. Bei diesen Mustern stellen Sie dieselben Anwendungen und ihre Komponenten in mehreren Rechenumgebungen bereit. Das Ziel besteht darin, die Leistungskapazität oder Ausfallsicherheit einer Anwendung zu erhöhen oder eine vorhandene Umgebung für Entwicklung und Tests zu replizieren.

Wenn Sie das ausgewählte Architekturmuster implementieren, müssen Sie einen geeigneten Bereitstellungsarchetyp verwenden. Bereitstellungsarchetypen sind zonal, regional, multiregional oder global. Diese Auswahl bildet die Grundlage für die Erstellung anwendungsspezifischer Bereitstellungsarchitekturen. Jeder Bereitstellungs-Archetyp definiert eine Kombination aus Fehlerdomains, in denen eine Anwendung ausgeführt werden kann. Diese Fehlerdomains können eine oder mehrere Google Cloud Zonen oder ‑Regionen umfassen und auf Ihre lokalen Rechenzentren oder Fehlerdomains bei anderen Cloud-Anbietern ausgeweitet werden.

Diese Reihe enthält die folgenden Seiten:

Beitragende

Autor: Marwan Al Shawi | Partner Customer Engineer

Weitere Beitragende:

Weiter
Muster für verteilte Architekturen