Apigee wordt in twee regio's geïmplementeerd met regio-lokale backends; routeer verzoeken naar de corresponderende lokale backend per regio.

De correcte aanpak is om voor elke regionale backend een aparte TargetServer te configureren binnen Apigee. Vervolgens kan de API-proxy, met behulp van de Apigee-variabele system.region.name, dynamisch de juiste TargetServer selecteren op basis van de regio waar de Apigee-instantie zich bevindt. Dit zorgt ervoor dat verzoeken altijd naar de regio-lokale backend worden gerouteerd, wat de latency minimaliseert en de prestaties verbetert. Het gebruik van gewogen load balancing met identieke gewichten (optie 1) zou niet garanderen dat het verkeer regionaal blijft, omdat Apigee dan willekeurig zou kunnen routeren. Regionale interne Application Load Balancers met DNS A records (optie 2) is een complexere oplossing die niet direct de Apigee-routering optimaliseert voor regionale voorkeur. Een globale externe Application Load Balancer (optie 3) zou juist het tegenovergestelde doen van wat gewenst is, namelijk het verkeer globaliseren in plaats van regionaliseren.