O Apigee é implantado em duas regiões com back-ends locais de região; roteie as solicitações para o back-end local correspondente por região.

A opção correta é criar um TargetServer para o nome do host de back-end de cada região e fazer com que o proxy de API selecione o TargetServer usando system.region.name. Essa abordagem permite que o Apigee roteie as solicitações diretamente para o back-end local correspondente à região onde a solicitação foi recebida, garantindo baixa latência e conformidade com a residência de dados. As outras opções são incorretas porque: Criar um TargetEndpoint com balanceamento de carga ponderado e pesos idênticos não garante o roteamento regional, apenas distribui o tráfego. Usar Application Load Balancers internos regionais com registro DNS A e configurar TargetServers para usar esse nome DNS adiciona complexidade desnecessária e não é a maneira mais direta de o Apigee gerenciar o roteamento regional. Um Application Load Balancer externo global rotearia o tráfego para a região mais próxima ou com menor latência, mas não garantiria o roteamento para o back-end local correspondente à região de origem da solicitação Apigee, o que é o requisito.