Verminder de latency voor Aziatische gebruikers van een stateless web-API die momenteel wordt gehost in een enkele us-central1 GKE-cluster.

De juiste aanpak is om een tweede GKE-cluster in asia-southeast1 te maken en kubemci te gebruiken om een globale HTTP(S) Load Balancer over beide clusters heen te provisioneren. Dit vermindert de latency voor Aziatische gebruikers door de API dichter bij hen te hosten en zorgt voor wereldwijde load balancing en failover. Optie 1 is minder optimaal omdat het gebruik van afzonderlijke LoadBalancer services met Cloud DNS geen echte globale load balancing biedt; het is meer een DNS-gebaseerde failover of round-robin, wat minder efficiënt is dan een globale HTTP(S) Load Balancer. Optie 2, een globale HTTP(S) Load Balancer met Cloud CDN, is een goede stap, maar zonder een cluster in Azië zullen de API-aanvragen nog steeds naar us-central1 moeten reizen, wat de latency voor dynamische API-calls niet oplost. CDN is vooral effectief voor statische content. Optie 4, het verhogen van CPU en geheugen, verbetert de prestaties van het bestaande cluster, maar lost het fundamentele probleem van geografische afstand en de daaruit voortvloeiende latency voor Aziatische gebruikers niet op.