In diesem Abschnitt des Leitfadens Archetypen für Bereitstellungen in Google Cloud wird der Archetyp für globale Bereitstellungen beschrieben.
In einer Architektur, die auf dem Archetyp für globale Bereitstellungen basiert, wird die Anwendung in mehreren Google Cloud-Regionen weltweit ausgeführt. Sie können die Anwendung entweder als verteiltes standortunabhängiges Paket oder als mehrere regional isolierte Pakete bereitstellen. In beiden Fällen verteilt ein globaler Anycast-Load-Balancer den Traffic an die entsprechende Region. Die Anwendung schreibt Daten in eine synchron replizierte Datenbank, die in allen Regionen verfügbar ist (z. B. Spanner mit multiregionaler Konfiguration), und liest aus ihr. Andere Komponenten des Anwendungspakets können ebenfalls global sein, wie z. B. der Cache und der Objektspeicher.
Das folgende Diagramm zeigt die verteilte standortunabhängige Variante des Archetyps für globale Bereitstellungen.
Das obige Diagramm zeigt ein standortunabhängiges Anwendungspaket mit Frontend- und Backend-Instanzen (normalerweise Mikrodienste), die auf mehrere Zonen in drei Google Cloud-Regionen verteilt sind. Ein globaler Anycast-Load-Balancer verteilt eingehenden Traffic an eine entsprechende Frontend-Instanz. Diese Verteilung basiert auf der Verfügbarkeit und Kapazität der Instanzen und ihrer geografischen Nähe zur Quelle des Traffics. Regionenübergreifende interne Load Balancer verteilen den Traffic von den Frontend-Instanzen je nach Verfügbarkeit und Kapazität auf entsprechende Backend-Instanzen. Die Anwendung verwendet eine Datenbank, die synchron über mehrere Regionen hinweg repliziert wird und verfügbar ist.
Das folgende Diagramm zeigt eine Variante des Archetyps für globale Bereitstellungen mit regional isolierten Anwendungspaketen:
Das obige Diagramm zeigt regional isolierte Anwendungspakete, die in mehreren Zonen in zwei Google Cloud-Regionen ausgeführt werden. Diese Topologie ähnelt dem Archetyp für multiregionale Bereitstellungen, verwendet jedoch einen globalen Anycast-Load-Balancer anstelle von DNS-Routing. Der globale Load Balancer verteilt eingehenden Traffic an ein Frontend in der Region, die dem Nutzer am nächsten ist. Beide Anwendungspakete schreiben Daten in eine Datenbank, die synchron in beiden Regionen repliziert wird und verfügbar ist, und lesen daraus. Wenn eine der beiden Regionen ausfällt, sendet der globale Load Balancer Nutzeranfragen an ein Frontend in der anderen Region.
Anwendungsfälle
In den folgenden Abschnitten finden Sie Beispiele für Anwendungsfälle, in denen sich der Archetyp für globale Bereitstellungen eignet.
Hochverfügbare Anwendung für eine globale Zielgruppe
Wir empfehlen den Archetyp für globale Bereitstellungen für Anwendungen, die Nutzer auf der ganzen Welt ausführen und daher eine hohe Verfügbarkeit und Robustheit bei Ausfällen in mehreren Regionen benötigen.
Möglichkeit, Kosten zu optimieren und Abläufe zu vereinfachen
Mit dem Archetyp für globale Bereitstellungen können Sie hochverfügbare globale Ressourcen wie einen globalen Load Balancer und eine globale Datenbank verwenden. Im Vergleich zu einer multiregionalen Bereitstellung kann eine globale Bereitstellung dazu beitragen, die Kosten zu senken und Vorgänge zu vereinfachen, da Sie weniger Ressourcen bereitstellen und verwalten.
Designaspekte
Berücksichtigen Sie beim Erstellen einer Architektur, die auf dem Archetyp für globale Bereitstellungen basiert, die folgenden Designfaktoren.
Speicher-, Replikations- und Netzwerkkosten
In einer global verteilten Architektur kann das Volumen des standortübergreifenden Netzwerktraffics im Vergleich zu einer regionalen Bereitstellung hoch sein. Außerdem werden möglicherweise mehr Daten gespeichert und repliziert. Berücksichtigen Sie beim Erstellen einer Architektur, die auf dem Archetyp für globale Bereitstellungen basiert, die potenziell höheren Kosten für die Datenspeicherung und das Netzwerk. Bei geschäftskritischen Anwendungen kann der Verfügbarkeitsvorteil einer global verteilten Architektur möglicherweise die höheren Netzwerk- und Speicherkosten aufwiegen.
Änderungen an globalen Ressourcen verwalten
Durch die Verwendung hochverfügbarer globaler Ressourcen können Sie die Kosten optimieren und Vorgänge vereinfachen. Damit die globalen Ressourcen nicht zu Single Points of Failure (SPOF) werden, müssen Sie Konfigurationsänderungen an globalen Ressourcen sorgfältig verwalten.
Referenzarchitektur
Eine Referenzarchitektur, die Sie für den Entwurf einer globalen Bereitstellung verwenden können, finden Sie unter Globale Bereitstellung mit Compute Engine und Spanner.