Uruchamiasz API strumieniowe na GKE i potrzebujesz dwóch poziomów subskrypcji (podstawowy, premium), które ograniczają dzienne żądania na aplikację kliencką. Zastosuj zalecane przez Google praktyki, jednocześnie egzekwując limity na klienta. Co należy zrobić?

Poprawna odpowiedź wykorzystuje Apigee, które jest zalecanym przez Google rozwiązaniem do zarządzania API, w tym do egzekwowania limitów. Umieszczenie usługi GKE za proxy Apigee pozwala na centralne zarządzanie ruchem. Wydanie kluczy API aplikacjom klienckim umożliwia identyfikację poszczególnych klientów. Konfiguracja polityki Apigee Quota dla każdego klucza API, zgodnie z poziomem subskrypcji (podstawowy, premium), bezpośrednio realizuje wymaganie ograniczenia dziennych żądań na aplikację kliencką. Druga opcja jest niepoprawna, ponieważ polityka SpikeArrest służy do ochrony przed nagłymi skokami ruchu, a nie do egzekwowania dziennych limitów subskrypcji. Trzecia opcja jest zbyt skomplikowana i nieefektywna, ponieważ wymagałaby zarządzania wieloma projektami i balancerami, a limity QPS na region/sieć nie są granularne na poziomie klienta. Czwarta opcja jest również nadmiernie złożona, ponieważ wdrażanie oddzielnych klastrów GKE dla każdego poziomu subskrypcji jest niepotrzebne i kosztowne, a Apigee może obsłużyć to w bardziej efektywnny sposób.