Réduire la latence pour les utilisateurs asiatiques d'une API web sans état actuellement hébergée dans un seul cluster GKE us-central1.

La bonne réponse est de créer un second cluster GKE dans asia-southeast1 et d'utiliser kubemci pour provisionner un équilibreur de charge HTTP(S) global entre les clusters. Cela permet de déployer l'API plus près des utilisateurs asiatiques, réduisant ainsi la latence. L'équilibreur de charge HTTP(S) global de Google Cloud est un service de couche 7 qui distribue le trafic vers le cluster le plus proche et le plus sain, et kubemci facilite sa configuration pour des clusters GKE multirégionaux. Les autres options sont moins efficaces : Créer un second cluster GKE et exposer les services avec le type LoadBalancer puis ajouter les IP publiques à Cloud DNS ne fournit pas la gestion du trafic global et la résilience d'un équilibreur de charge HTTP(S) global. Utiliser un équilibreur de charge HTTP(S) global avec Cloud CDN activé est une bonne option pour la mise en cache, mais sans un cluster GKE en Asie, la latence pour les requêtes non mises en cache restera élevée. Augmenter les allocations de CPU et de mémoire de l'application dans le cluster existant n'améliorera pas la latence pour les utilisateurs éloignés, car le problème est géographique et non lié aux ressources du cluster unique.