Você dividiu um monólito em microsserviços REST conteinerizados e deseja executá-los no Cloud Run com alta disponibilidade e baixa latência para os clientes. O que você deve fazer?

A opção correta garante alta disponibilidade e baixa latência globalmente. Implantar serviços do Cloud Run em várias regiões permite resiliência contra falhas regionais e posiciona os serviços mais próximos dos usuários. NEGs sem servidor (Serverless NEGs) integram o Cloud Run diretamente com o HTTP(S) Load Balancer global, que distribui o tráfego para a região mais próxima e saudável, otimizando a latência. A primeira opção está incorreta porque Cloud Endpoints são para gerenciamento de API e não para balanceamento de carga de tráfego global com Cloud Run, além de focar apenas em zonas de disponibilidade, não regiões. A terceira opção, embora use várias regiões, o DNS baseado em latência não oferece a mesma resiliência e recursos de balanceamento de carga avançados de um HTTP(S) Load Balancer global. A quarta opção está incorreta porque um balanceador de carga TCP/IP não é o ideal para tráfego HTTP(S) e não se integra nativamente com Cloud Run da mesma forma que os NEGs sem servidor.