Reduza a latência para usuários asiáticos de uma API web sem estado atualmente hospedada em um único cluster GKE em us-central1.

A opção correta é criar um segundo cluster GKE em asia-southeast1 e usar kubemci para provisionar um HTTP(S) Load Balancer global entre clusters. Isso permite que o tráfego de usuários asiáticos seja roteado para o cluster mais próximo em asia-southeast1, reduzindo significativamente a latência. O kubemci (Kubernetes Multi-Cluster Ingress) facilita a configuração de um balanceador de carga HTTP(S) global que distribui o tráfego entre múltiplos clusters GKE em diferentes regiões. A primeira opção, usando o tipo de serviço LoadBalancer e Cloud DNS, não cria um balanceador de carga global e não roteia o tráfego para o cluster mais próximo automaticamente, exigindo configurações de DNS mais complexas para simular isso. A segunda opção, usando um HTTP(S) Load Balancer global com Cloud CDN, é boa para conteúdo estático, mas a API é sem estado, e o CDN não resolveria a latência para as requisições dinâmicas da API. A última opção, aumentar as alocações de CPU e memória, melhora o desempenho do aplicativo, mas não resolve o problema de latência geográfica para usuários distantes.