Apigee jest wdrożone w dwóch regionach z lokalnymi dla regionu backendami; kieruj żądania do odpowiedniego lokalnego backendu w każdym regionie.

Prawidłowa odpowiedź to utworzenie TargetServer dla nazwy hosta backendu każdego regionu i wybranie go za pomocą zmiennej system.region.name. Apigee działa w konkretnym regionie, a zmienna system.region.name automatycznie odzwierciedla region, w którym przetwarzane jest żądanie. Dzięki temu proxy API może dynamicznie kierować żądania do lokalnego backendu w tym samym regionie, co zapewnia niskie opóźnienia. Tworzenie TargetEndpoint z ważonym równoważeniem obciążenia nie gwarantuje kierowania do lokalnego backendu, ponieważ wagi nie są powiązane z regionem. Użycie regionalnych wewnętrznych Application Load Balancerów i DNS jest zbyt złożone i niepotrzebne, ponieważ Apigee ma wbudowane mechanizmy do obsługi tego scenariusza. Globalny zewnętrzny Application Load Balancer wprowadziłby dodatkowe opóźnienia i nie zapewniłby lokalności ruchu.