Apigee è distribuito in due regioni con backend locali per regione; instradare le richieste al backend locale corrispondente per regione.

La soluzione corretta è creare un TargetServer per l'hostname del backend di ogni regione e fare in modo che il proxy API selezioni il TargetServer utilizzando system.region.name. Questo approccio sfrutta la variabile di sistema system.region.name di Apigee per identificare la regione in cui la richiesta è stata ricevuta e instradarla dinamicamente al backend locale appropriato. Questo garantisce che il traffico rimanga all'interno della stessa regione, riducendo la latenza e i costi di trasferimento dati tra regioni. Le altre opzioni sono meno efficienti o non adatte: Il bilanciamento del carico ponderato non garantisce l'instradamento locale e potrebbe comunque inviare traffico tra regioni. L'uso di Application Load Balancer interni regionali con record DNS A richiederebbe una logica di risoluzione DNS basata sulla regione, che Apigee non gestisce nativamente in questo contesto per l'instradamento automatico. Un Application Load Balancer esterno globale instraderebbe il traffico ad un unico punto, potenzialmente lontano dalla regione del backend, aumentando la latenza.