Reduzieren Sie die Latenz für asiatische Benutzer einer zustandslosen Web-API, die derzeit in einem einzelnen GKE-Cluster in us-central1 gehostet wird.

Die korrekte Antwort ist, einen zweiten GKE-Cluster in asia-southeast1 zu erstellen und kubemci zu verwenden, um einen globalen HTTP(S) Load Balancer über beide Cluster bereitzustellen. Dies ist die beste Lösung, da ein globaler HTTP(S) Load Balancer den Traffic automatisch zum nächstgelegenen gesunden Backend leitet, was die Latenz für asiatische Benutzer erheblich reduziert. kubemci (Kubernetes Multi-Cluster Ingress) ermöglicht die einfache Bereitstellung eines solchen Load Balancers über mehrere GKE-Cluster hinweg. Das Erstellen eines zweiten Clusters und das Hinzufügen von LoadBalancer-IPs zu Cloud DNS (Option 1) würde keinen globalen Lastenausgleich auf Anwendungsebene bieten und erfordert möglicherweise manuelle DNS-Updates oder komplexere DNS-Routing-Richtlinien. Die Verwendung eines globalen HTTP(S) Load Balancers mit Cloud CDN (Option 2) ist für statische Inhalte gut, aber für eine zustandslose Web-API, die dynamische Antworten liefert, ist die Bereitstellung der API-Instanzen näher am Benutzer entscheidender als reines Caching. Das Erhöhen der Ressourcen im vorhandenen Cluster (Option 4) verbessert zwar die Leistung des Clusters selbst, reduziert aber nicht die Netzwerklatenz für geografisch entfernte Benutzer.