Zmniejsz opóźnienia dla azjatyckich użytkowników bezstanowego API webowego, hostowanego obecnie w pojedynczym klastrze GKE w regionie us-central1.

Poprawna odpowiedź to utworzenie drugiego klastra GKE w regionie asia-southeast1 i użycie kubemci do udostępnienia globalnego HTTP(S) Load Balancer dla klastrów. To rozwiązanie zmniejsza opóźnienia, przenosząc zasoby bliżej użytkowników w Azji. kubemci (Multi-Cluster Ingress) umożliwia wdrożenie pojedynczego, globalnego load balancera HTTP(S) obejmującego wiele klastrów GKE, kierując ruch do najbliższego zdrowego backendu. Pozostałe opcje są mniej efektywne: Utworzenie drugiego klastra i użycie Service typu LoadBalancer z Cloud DNS nie zapewni globalnego routingu opartego na bliskości geograficznej, a jedynie prosty DNS round-robin, który może kierować użytkowników do odległego klastra. Użycie globalnego HTTP(S) Load Balancer z włączonym Cloud CDN jest dobre dla treści statycznych, ale API jest bezstanowe, więc CDN nie zapewni pełnego rozwiązania dla dynamicznych żądań API. Zwiększenie alokacji CPU i pamięci w istniejącym klastrze nie rozwiąże problemu opóźnień sieciowych dla użytkowników oddalonych geograficznie.