Ridurre la latenza per gli utenti asiatici di un'API web stateless attualmente ospitata in un singolo cluster GKE us-central1.

La creazione di un secondo cluster GKE in asia-southeast1 avvicina l'applicazione agli utenti asiatici, riducendo significativamente la latenza. L'utilizzo di kubemci (Kubernetes Multi-Cluster Ingress) consente di federare i servizi tra i due cluster GKE e di effettuare il provisioning di un bilanciatore del carico HTTP(S) globale. Questo bilanciatore del carico instrada automaticamente il traffico all'istanza del servizio più vicina e più sana, garantendo bassa latenza e alta disponibilità. Le altre opzioni sono meno efficaci: L'esposizione dei servizi con Service type LoadBalancer e l'aggiunta degli IP a Cloud DNS non fornisce un bilanciamento del carico globale intelligente e basato sulla prossimità, ma solo un semplice round-robin o failover DNS. L'utilizzo di un bilanciatore del carico HTTP(S) globale con Cloud CDN abilitato è utile per i contenuti statici, ma l'API è stateless, quindi la cache CDN non sarebbe pienamente efficace per le risposte dinamiche dell'API. Inoltre, senza un'istanza del servizio in Asia, la latenza verso il backend rimarrebbe elevata. L'aumento delle allocazioni di CPU e memoria nel cluster esistente migliora le prestazioni del cluster, ma non risolve il problema fondamentale della latenza geografica per gli utenti lontani.