Apigee wird in zwei Regionen mit regionalen Backends bereitgestellt; leiten Sie Anfragen an das entsprechende lokale Backend pro Region weiter.

Die korrekte Antwort ist, für jede Region einen TargetServer zu erstellen und den API-Proxy den passenden TargetServer mittels system.region.name auswählen zu lassen. Apigee erkennt die Region, in der eine Anfrage empfangen wird, und die Variable system.region.name enthält den Namen dieser Region. Dies ermöglicht eine dynamische Weiterleitung an das regionale Backend, das der Apigee-Instanz am nächsten ist. Falsche Optionen: Gewichtetem Lastausgleich mit identischen Gewichten würde die Anfragen zufällig verteilen, nicht regional spezifisch. Regionale interne Application Load Balancer und DNS A-Records würden die Komplexität erhöhen und erfordern, dass Apigee die DNS-Auflösung basierend auf der Quellregion durchführt, was nicht nativ unterstützt wird. Ein globaler externer Application Load Balancer würde den Traffic über das Internet leiten und nicht die regionale Nähe nutzen, was zu höherer Latenz führen kann.