Hybrid- und Multi-Cloud-Architekturmuster

Last reviewed 2024-10-24 UTC

Dieses Dokument ist das zweite von drei Dokumenten in einer Reihe. Es 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 Cloud beschrieben.

Der Dokumentensatz für Hybrid- und Multi-Cloud-Architekturmuster besteht aus den folgenden Teilen:

  • Hybrid- und Multi-Cloud-Architekturen erstellen: Hier erfahren Sie, wie Sie eine Strategie für die Entwicklung einer Hybrid- und Multi-Cloud-Einrichtung mit Google Cloud planen.
  • Hybrid- und Multi-Cloud-Architekturmuster: Hier werden gängige Architekturmuster beschrieben, die im Rahmen einer Hybrid- und Multi-Cloud-Strategie übernommen 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 besprochen.

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, um mehrere funktionale Komponenten einer Technologielösung, Anwendung oder eines Dienstes zu strukturieren, um eine wiederverwendbare Lösung zu erstellen, die bestimmte Anforderungen oder Anwendungsfälle erfüllt. Eine cloudbasierte Technologielösung besteht oft aus mehreren verschiedenen und verteilten Cloud-Diensten. Diese Dienste arbeiten zusammen, um die erforderlichen Funktionen bereitzustellen. In diesem Zusammenhang gilt jeder Dienst als funktionale Komponente der Technologielösung. Ebenso kann eine Anwendung aus mehreren funktionalen Ebenen, Modulen oder Diensten bestehen, von denen jede eine funktionale Komponente der Anwendungsarchitektur darstellen kann. Eine solche Architektur kann standardisiert werden, um bestimmte Geschäftsanwendungsfälle zu erfüllen, und als grundlegendes, wiederverwendbares Muster dienen.

Um ein Architekturmuster für eine Anwendung oder Lösung allgemein 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 klar definierte Schnittstellen oder APIs. Es gibt eine Vielzahl von Kommunikationsmodellen wie asynchrone und synchrone, Anfrage-Antwort- oder warteschlangenbasierte Modelle.

Die folgenden beiden Hauptkategorien von Hybrid- und Multi-Cloud-Architekturmustern:

  • Muster für verteilte Architekturen: Diese Muster beruhen auf einer verteilten Bereitstellung von Arbeitslasten oder Anwendungskomponenten. Das bedeutet, dass eine Anwendung (oder bestimmte Komponenten dieser Anwendung) in der Rechenumgebung ausgeführt wird, die dem Muster am besten entspricht. So können die verschiedenen Eigenschaften und Merkmale verteilter und vernetzter Rechenumgebungen optimal genutzt werden.
  • Muster für redundante Architekturen: Diese Muster basieren auf redundanten Bereitstellungen von Arbeitslasten. Bei diesen Mustern werden dieselben Anwendungen und ihre Komponenten in mehreren Rechenumgebungen bereitgestellt. Ziel ist es, entweder die Leistungskapazität oder die 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 Deployment-Archetyp verwenden. Bereitstellungsarchetypen sind zonal, regional, multiregional oder global. Diese Auswahl bildet die Grundlage für die Erstellung von anwendungsspezifischen Bereitstellungsarchitekturen. Jeder Bereitstellungs-Archetyp definiert eine Kombination aus Fehlerbereichen, in denen eine Anwendung ausgeführt werden kann. Diese fehlerhaften Domains können eine oder mehrere Google Cloud-Zonen oder -Regionen und sogar Ihre lokalen Rechenzentren oder fehlerhaften Domains bei anderen Cloud-Anbietern umfassen.

Diese Reihe enthält die folgenden Seiten:

Beitragende

Autor: Marwan Al Shawi | Partner Customer Engineer

Weitere Beitragende: