Você executará microsserviços conteinerizados no Cloud Run e exigirá alta disponibilidade e baixa latência para clientes em todo o mundo. O que você deve fazer?

Para alta disponibilidade e baixa latência global, é essencial implantar o Cloud Run em várias regiões. Um balanceador de carga HTTPS global é a escolha correta para distribuir o tráfego de forma eficiente para usuários em todo o mundo, fornecendo terminação SSL/TLS na borda da rede do Google. Os grupos de endpoints de rede (NEGs) sem servidor são o método recomendado para conectar serviços do Cloud Run a balanceadores de carga HTTP(S) externos, permitindo que o balanceador de carga direcione o tráfego diretamente para as instâncias do Cloud Run. A opção de implantar em várias zonas de disponibilidade não oferece resiliência regional nem baixa latência global. Usar um balanceador de carga TCP global não é o ideal para serviços HTTP(S) e não se integra nativamente com NEGs sem servidor. A opção de Cloud Endpoints não é o mecanismo correto para integrar serviços do Cloud Run com balanceadores de carga HTTP(S) externos para este cenário. A configuração de um registro A round-robin no Cloud DNS não oferece o balanceamento de carga inteligente, a verificação de integridade ou a resiliência de um balanceador de carga global, o que pode levar a problemas de latência e disponibilidade.