Apigee est déployé dans deux régions avec des backends locaux à chaque région ; acheminez les requêtes vers le backend local correspondant par région.

La création d'un TargetServer pour chaque backend régional et l'utilisation de la variable system.region.name dans une condition de routage permettent à Apigee de diriger dynamiquement les requêtes vers le backend local correspondant à la région où la requête est traitée. Cela assure une faible latence et une haute disponibilité. Les autres options sont incorrectes car : L'équilibrage de charge pondéré n'est pas basé sur la région et ne garantit pas le routage local. Les équilibreurs de charge d'application internes régionaux nécessiteraient une logique DNS complexe pour le routage régional par Apigee, et Apigee lui-même gère déjà le routage vers les backends. Un équilibreur de charge d'application externe global ne garantit pas le routage vers le backend local, car il pourrait diriger le trafic vers une autre région en fonction de sa propre logique de routage.