Dieses Dokument ist das zweite von drei Dokumenten in einer Reihe. Es behandelt gängige Hybrid- und Multi-Cloud-Architekturmuster. Außerdem werden die Szenarien beschrieben, für die diese Muster am besten geeignet sind. Schließlich werden Best Practices für die Bereitstellung solcher Architekturen in beschrieben Google Cloud.
Die Dokumentation zu Hybrid- und Multi-Cloud-Architekturmustern besteht aus folgenden Teilen:
- Hybrid- und Multi-Cloud-Architekturen erstellen: Erläutert die Planung einer Strategie für die Entwicklung einer Hybrid- und Multi-Cloud Einrichtung mit Google Cloud.
- Hybrid- und Multi-Cloud-Architekturmuster: Behandelt gängige Architekturmuster, die als Teil einer Hybrid- und Multi-Cloud-Strategie übernommen werden können (dieses Dokument).
- Architekturmuster für sichere Hybrid- und Multi-Cloud-Netzwerke: Behandelt Hybrid- und Multi-Cloud-Netzwerkarchitekturmuster aus Netzwerkperspektive.
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 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 oft aus mehreren unterschiedlichen und verteilten Clouddiensten. 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. 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 allgemein zu definieren, müssen Sie Folgendes identifizieren und definieren:
- Die Komponenten der Lösung oder Anwendung.
- Die erwarteten Funktionen für jede Komponente, z. B. Frontend-Funktionen zur Bereitstellung einer grafischen Benutzeroberfläche oder Backend-Funktionen zur Bereitstellung des Datenzugriffs.
- 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 asynchron und synchron, Anfrage-Antwort oder warteschlangenbasiert.
Die folgenden beiden Hauptkategorien von Hybrid- und Multi-Cloud-Architekturmustern sind zu unterscheiden:
- 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 kann das Muster die verschiedenen Eigenschaften und Merkmale von verteilten und miteinander verbundenen Rechenumgebungen optimal nutzen.
- Muster für redundante Architekturen: Diese Muster basieren auf redundanten Bereitstellungen von Arbeitslasten. Bei diesen Mustern stellen Sie dieselben Anwendungen und ihre Komponenten in mehreren Rechenumgebungen bereit. Ziel ist es, entweder die Leistungskapazität oder die Ausfallsicherheit einer Anwendung zu erhöhen oder eine vorhandene Umgebung für die Entwicklung und das Testen zu replizieren.
Wenn Sie das ausgewählte Architekturmuster implementieren, müssen Sie einen geeigneten Bereitstellungs-Archetyp verwenden. Bereitstellungs-Archetypen sind zonal, regional, multiregional oder global. Diese Auswahl bildet die Grundlage für die Erstellung anwendungsspezifischer Bereitstellungsarchitekturen. Jeder Bereitstellungs-Archetyp definiert eine Kombination aus fehlerhaften Domains, in denen eine Anwendung ausgeführt werden kann. Diese fehlerhaften Domains können eine oder mehrere Google Cloud Zonen oder Regionenumfassen, und können auf Ihre lokalen Rechenzentren oder fehlerhaften Domains bei anderen Cloud-Anbietern erweitert werden.
Diese Reihe enthält die folgenden Seiten:
Muster für redundante Architekturen
Beitragende
Autor: Marwan Al Shawi | Partner Customer Engineer
Weitere Beitragende:
- Saud Albazei | Customer Engineer, Application Modernization
- Anna Berenberg | Engineering Fellow
- Marco Ferrari | Cloud Solutions Architect
- Victor Moreno | Product Manager, Cloud Networking
- Johannes Passing | Cloud Solutions Architect
- Mark Schlagenhauf | Technical Writer, Networking
- Daniel Strebel | EMEA Solution Lead, Application Modernization
- Ammett Williams | Developer Relations Engineer