Hybrid- und Multi-Cloud-Architekturmuster

Last reviewed 2024-10-24 UTC

Dieses Dokument ist das zweite von drei Dokumenten in einer Gruppe. Gängige Hybrid- und Multi-Cloud-Architekturmuster werden erläutert. Außerdem werden die Szenarien beschrieben, für die diese Muster am besten geeignet sind. Schließlich werden die Best Practices beschrieben, die Sie bei der Bereitstellung solcher Architekturen in Google Cloudanwenden können.

Das Dokument zu Hybrid- und Multi-Cloud-Architekturmustern besteht aus folgenden Teilen:

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. Obwohl Sie Ihre Architektur an diese Einschränkungen und Anforderungen anpassen müssen, können Sie sich auf einige gängige Muster stützen, um die grundlegende Architektur zu definieren.

Ein Architekturmuster ist eine wiederholbare Möglichkeit, 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 häufig aus mehreren unterschiedlichen und verteilten Cloud-Diensten. Diese Dienste arbeiten zusammen, um die erforderliche Funktionalität bereitzustellen. In diesem Kontext wird jeder Dienst als funktionale Komponente der Technologielösung betrachtet. Ebenso kann eine Anwendung aus mehreren Funktionsebenen, Modulen oder Diensten bestehen, die jeweils eine Funktionskomponente der Anwendungsarchitektur darstellen. Eine solche Architektur kann für spezifische Geschäftsanwendungsfälle standardisiert werden und als grundlegendes, wiederverwendbares Muster dienen.

Um ein Architekturmuster für eine Anwendung oder Lösung allgemein zu definieren, identifizieren und definieren Sie Folgendes:

  • Die Komponenten der Lösung oder Anwendung.
  • Die erwarteten Funktionen für jede Komponente, z. B. Front-End-Funktionen zum Bereitstellen einer grafischen Benutzeroberfläche oder Back-End-Funktionen für 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 breite Palette von Kommunikationsmodellen, darunter asynchrone und synchrone, Anfrage-Antwort- oder warteschlangenbasierte Kommunikationsmodelle.

Im Folgenden sind die beiden Hauptkategorien von Hybrid- und Multi-Cloud-Architekturmustern aufgeführt:

  • Verteilte Architekturmuster: 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. Auf diese Weise kann das Muster die verschiedenen Eigenschaften und Eigenschaften verteilter und miteinander verbundener Rechenumgebungen nutzen.
  • Redundante Architekturmuster: Diese Muster basieren auf redundanten Bereitstellungen von Arbeitslasten. Bei diesen Mustern stellen Sie die gleichen Anwendungen und ihre Komponenten in mehreren Rechenumgebungen bereit. Das Ziel besteht darin, entweder 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. Archetypen für die Bereitstellung sind zonal, regional, multiregional oder global. Diese Auswahl bildet die Grundlage für die Erstellung anwendungsspezifischer Bereitstellungsarchitekturen. Jeder Bereitstellungsarchetyp definiert eine Kombination von Fehlerdomains, in denen eine Anwendung ausgeführt werden kann. Diese fehlerhaften Domains können eine oder mehrere Google Cloud Zonen oder Regionen umfassen und auf lokale Rechenzentren oder fehlerhafte Domains anderer Cloud-Anbieter erweitert werden.

Diese Reihe umfasst die folgenden Seiten:

Beitragende

Autor: Marwan Al Shawi | Partner Customer Engineer

Weitere Beitragende:

Weiter
Muster für verteilte Architekturen