Beim Architekturmuster partitionierte Multi-Cloud werden mehrere öffentliche Cloud-Umgebungen von verschiedenen Cloud-Dienstanbietern kombiniert. Diese Architektur bietet die Flexibilität, eine Anwendung in einer optimalen Rechenumgebung bereitzustellen, die die im ersten Teil dieser Reihe besprochenen Multicloud-Faktoren und ‑Überlegungen berücksichtigt.
Das folgende Diagramm zeigt ein partitioniertes Multi-Cloud-Architekturmuster.
Dieses Architekturmuster kann auf zwei verschiedene Arten erstellt werden. Der erste Ansatz basiert auf der Bereitstellung der Anwendungskomponenten in verschiedenen Public Cloud-Umgebungen. Dieser Ansatz wird auch als zusammengesetzte Architektur bezeichnet und entspricht dem gestaffelten Hybrid-Architekturmuster. Anstelle einer lokalen Umgebung mit einer öffentlichen Cloud werden jedoch mindestens zwei Cloud-Umgebungen verwendet. In einer zusammengesetzten Architektur verwendet eine einzelne Arbeitslast oder Anwendung Komponenten aus mehr als einer Cloud. Beim zweiten Ansatz werden verschiedene Anwendungen in verschiedenen Public Cloud-Umgebungen bereitgestellt. In der folgenden unvollständigen Liste werden einige der geschäftlichen Gründe für den zweiten Ansatz beschrieben:
- Anwendungen, die in unterschiedlichen Cloud-Umgebungen gehostet werden, vollständig in ein Szenario für Fusionen und Übernahmen zwischen zwei Unternehmen zu integrieren.
- Um die Flexibilität zu fördern und den unterschiedlichen Cloud-Präferenzen in Ihrer Organisation gerecht zu werden. Mit diesem Ansatz können Sie Organisationseinheiten dazu anregen, den Cloud-Anbieter auszuwählen, der am besten zu ihren spezifischen Anforderungen und Präferenzen passt.
- Für den Betrieb in einer multiregionalen oder globalen Cloud-Bereitstellung. Wenn ein Unternehmen in bestimmten Regionen oder Ländern die Vorschriften zum Datenstandort einhalten muss, muss es einen der verfügbaren Cloud-Anbieter an diesem Standort auswählen, wenn sein primärer Cloud-Anbieter dort keine Cloud-Region hat.
Mit dem partitionierten Multicloud-Architekturmuster können Sie optional die Möglichkeit beibehalten, Arbeitslasten nach Bedarf von einer öffentlichen Cloud-Umgebung in eine andere zu verschieben. In diesem Fall wird die Portabilität Ihrer Arbeitslasten zu einer wichtigen Anforderung. Wenn Sie Arbeitslasten in mehreren Rechenumgebungen bereitstellen und möchten, dass diese umgebungsübergreifend verschoben werden können, müssen Sie die Unterschiede zwischen den Umgebungen abstrahieren. Mit Google Kubernetes Engine (GKE) können Sie eine Lösung entwerfen und erstellen, um die Multi-Cloud-Komplexität mit konsistenten Governance-, Betriebs- und Sicherheitsstatus zu bewältigen. Weitere Informationen finden Sie unter GKE Multi-Cloud.
Wie bereits erwähnt, kann es sowohl geschäftliche als auch technische Gründe geben, Google Cloud mit einem anderen Cloud-Anbieter zu kombinieren und Arbeitslasten auf diese Cloud-Umgebungen aufzuteilen. Multi-Cloud-Lösungen bieten Ihnen die Flexibilität, Anwendungen in Multi-Cloud-Umgebungen zu migrieren, zu erstellen und zu optimieren und gleichzeitig die Anbieterabhängigkeit zu reduzieren und behördliche Anforderungen zu erfüllen. Sie können beispielsweise eine Verbindung zu Oracle Cloud Infrastructure (OCI) herstellen Google Cloud , um eine Multi-Cloud-Lösung zu erstellen, die die Funktionen jeder Plattform nutzt. Dazu kombinieren Sie Komponenten, die in OCI ausgeführt werden, mit Ressourcen, die auf Google Cloudausgeführt werden, über eine private Cloud Interconnect-Verbindung. Weitere Informationen finden Sie unter Google Cloud and Oracle Cloud Infrastructure – making the most of multicloud. Außerdem bietet Cross-Cloud Interconnect eine dedizierte Verbindung mit hoher Bandbreite zwischen Google Cloud und anderen unterstützten Cloud-Dienstanbietern. So können Sie Multi-Cloud-Lösungen entwickeln und erstellen, die ein hohes Inter-Cloud-Trafficvolumen bewältigen.
Vorteile
Die Verwendung einer Multi-Cloud-Architektur bietet mehrere geschäftliche und technische Vorteile, wie im Abschnitt Erfolgsfaktoren, Überlegungen, Strategie und Ansätze beschrieben. Es ist jedoch wichtig, eine detaillierte Machbarkeitsbewertung für jeden potenziellen Vorteil durchzuführen. Bei der Bewertung sollten Sie alle damit verbundenen direkten oder indirekten Herausforderungen oder potenziellen Hindernisse sowie Ihre Fähigkeit, diese effektiv zu bewältigen, sorgfältig berücksichtigen. Außerdem kann das langfristige Wachstum Ihrer Anwendungen oder Dienste zu Komplexitäten führen, die die anfänglichen Vorteile überwiegen.
Hier einige entscheidende Vorteile des partitionierten Multi-Cloud-Architekturmusters:
In Szenarien, in denen Sie die Bindung an einen einzelnen Cloud-Anbieter minimieren möchten, können Sie Anwendungen auf mehrere Cloud-Anbieter verteilen. So können Sie die Abhängigkeit von einem bestimmten Anbieter relativ verringern, da Sie die Pläne (bis zu einem gewissen Grad) bei Ihren Cloud-Anbietern ändern können. Open Cloud trägt dazu bei, Google Cloud Funktionen wie GKE an verschiedenen physischen Standorten bereitzustellen. Durch die Erweiterung der Google Cloud Funktionen lokal, in mehreren öffentlichen Clouds und am Edge bietet sie Flexibilität, Agilität und treibt die Transformation voran.
Aus regulatorischen Gründen können Sie einen bestimmten Teil Ihrer Nutzerbasis und Daten aus einem Land bedienen, in dem Google Cloud keine Cloud-Region hat.
Das Architekturmuster partitionierte Multi-Cloud kann dazu beitragen, die Latenz zu verringern und die allgemeine Qualität der Nutzerfreundlichkeit an Standorten zu verbessern, an denen der primäre Cloud-Anbieter keine Cloud-Region oder keinen Point of Presence hat. Dieses Muster ist besonders nützlich, wenn Sie Multicloud-Verbindungen mit hoher Kapazität und niedriger Latenz verwenden, z. B. Cross-Cloud Interconnect und CDN Interconnect mit einem verteilten CDN.
Sie können Anwendungen über mehrere Cloud-Anbieter bereitstellen und so aus den besten Diensten der einzelnen Anbieter auswählen.
Das Architekturmuster partitionierte Multicloud kann Fusionen und Übernahmen erleichtern und beschleunigen, bei denen die Anwendungen und Dienste der beiden Unternehmen möglicherweise in verschiedenen öffentlichen Cloud-Umgebungen gehostet werden.
Best Practices
- Beginnen Sie mit der Bereitstellung einer nicht geschäftskritischen Arbeitslast. Diese erste Bereitstellung in der sekundären Cloud kann dann als Muster für zukünftige Bereitstellungen oder Migrationen dienen. Dieser Ansatz ist jedoch wahrscheinlich nicht anwendbar, wenn die spezifische Arbeitslast aus rechtlichen oder behördlichen Gründen in einer bestimmten Cloud-Region gehostet werden muss und der primäre Cloud-Anbieter keine Region im erforderlichen Gebiet hat.
- Minimieren Sie Abhängigkeiten zwischen Systemen, die in verschiedenen öffentlichen Cloudumgebungen ausgeführt werden, insbesondere wenn die Kommunikation synchron erfolgt. Diese Abhängigkeiten können die Leistung verlangsamen, die Gesamtverfügbarkeit verringern und zusätzliche Gebühren für die ausgehende Datenübertragung anfallen.
- Prüfen Sie die Verwendung von Containern und Kubernetes, um die Unterschiede zwischen Umgebungen durch Abstraktion zu überbrücken, sofern dies von den Anwendungen unterstützt wird und möglich ist.
- Achten Sie darauf, dass CI/CD-Pipelines und Tools für die Bereitstellung und das Monitoring in allen Cloud-Umgebungen konsistent sind.
- Wählen Sie das optimale Netzwerkarchitekturmuster aus, das die effizienteste und effektivste Kommunikationslösung für die von Ihnen verwendeten Anwendungen bietet.
- Die Kommunikation muss detailliert und kontrolliert werden. Verwenden Sie sichere APIs, um Anwendungskomponenten bereitzustellen.
- Je nach Ihren spezifischen geschäftlichen und technischen Anforderungen sollten Sie entweder das vermaschte Architekturmuster oder eines der Gated-Netzwerkmuster verwenden.
- Um die Erwartungen an Verfügbarkeit und Leistung zu erfüllen, sollten Sie eine End-to-End-Hochverfügbarkeit (HA), geringe Latenzzeiten und einen angemessenen Durchsatz gewährleisten.
Zum Schutz vertraulicher Daten empfehlen wir, alle öffentliche Kommunikation verschlüsseln.
- Wenn eine Verschlüsselung am Konnektivitätslayer erforderlich ist, stehen je nach ausgewählter Hybridkonnektivitätslösung verschiedene Optionen zur Verfügung. Zu diesen Optionen gehören VPN-Tunnel, HA VPN über Cloud Interconnect und MACsec für Cross-Cloud Interconnect.
Wenn Sie mehrere CDNs als Teil Ihres Multi-Cloud-Architekturmusters mit Partitionierung verwenden und Ihr anderes CDN mit großen Dateien aus Google Cloudeinpflegen, sollten Sie die CDN Interconnect-Verbindungen zwischen Google Cloud und unterstützten Anbietern verwenden, um diesen Traffic und möglicherweise seine Kosten zu optimieren.
Erweitern Sie Ihre Identitätsverwaltungslösung zwischen Umgebungen, damit sich Systeme über Umgebungsgrenzen hinweg sicher authentifizieren können.
Mit Cloud Load Balancing können Sie Anfragen effektiv zwischen Google Cloud und einer anderen Cloud-Plattform verteilen. Weitere Informationen finden Sie unter Traffic an einen lokalen Standort oder eine andere Cloud weiterleiten.
- Wenn das ausgehende Datenübertragungsvolumen von Google Cloudin Richtung anderer Umgebungen hoch ist, sollten Sie Cross-Cloud Interconnect in Betracht ziehen.
Um Inkonsistenzen bei Protokollen, APIs und Authentifizierungsmechanismen über verschiedene Back-Ends hinweg zu überwinden, empfehlen wir, sofern zutreffend, ein API-Gateway oder einen Proxy als einheitliche Fassade zu implementieren. Dieses Gateway oder dieser Proxy fungiert als zentraler Kontrollpunkt und führt die folgende Maßnahmen aus:
- Implementiert zusätzliche Sicherheitsmaßnahmen.
- Schützt Client-Apps und andere Dienste vor Änderungen am Back-End-Code.
- Erleichtert Audit-Trails für die Kommunikation zwischen allen umgebungsübergreifenden Anwendungen und deren entkoppelten Komponenten.
- Fungiert als
Zwischenkommunikationsschicht
zwischen Legacy- und
modernisierten Diensten.
- Mit Apigee und Apigee Hybrid können Sie Gateways für Unternehmen und Hybridgateways in lokalen Umgebungen, Edge-Umgebungen, anderen Clouds undGoogle Cloud -Umgebungen hosten und verwalten.
In einigen der folgenden Fälle kann die Verwendung von Cloud Load Balancing mit einem API-Gateway eine robuste und sichere Lösung für die Verwaltung, den Schutz und die Verteilung von API-Traffic in großem Maßstab über mehrere Regionen hinweg bieten:
- Bereitstellung von Multi-Region-Failover für Apigee API-Runtimes in verschiedenen Regionen.
Leistung mit Cloud CDN steigern
WAF- und DDoS-Schutz über Google Cloud Armor
Verwenden Sie nach Möglichkeit konsistente Tools für das Logging und Monitoring in Cloud-Umgebungen. Sie können Open-Source-Monitoringsysteme verwenden. Weitere Informationen finden Sie unter Hybrid- und Multi-Cloud-Monitoring- und ‑Logging-Muster.
Wenn Sie Anwendungskomponenten verteilt bereitstellen, wobei die Komponenten einer einzelnen Anwendung in mehr als einer Cloud-Umgebung bereitgestellt werden, finden Sie Best Practices für das Architekturmuster gestaffelter Hybrid.