Apigee se implementa en dos regiones con backends locales de región; enrute las solicitudes al backend local correspondiente por región.

La opción correcta es crear un TargetServer para el nombre de host del backend de cada región y hacer que el proxy de API seleccione el TargetServer usando system.region.name. Esto permite enrutar las solicitudes directamente al backend local correspondiente en función de la región donde se procesa la solicitud de Apigee, utilizando una variable de contexto predefinida de Apigee. Las otras opciones son incorrectas: Un TargetEndpoint con balanceo de carga ponderado con pesos idénticos no garantiza el enrutamiento regional, sino que distribuye las solicitudes equitativamente. Los Application Load Balancers internos regionales y un registro DNS A no son la forma nativa de Apigee para gestionar el enrutamiento regional de backends. Un Application Load Balancer externo global dirigiría todo el tráfico a un único punto, lo que va en contra del requisito de enrutamiento regional.