Musisz wdrożyć aplikację mikroserwisową dostępną z internetu na GKE i uruchomić testy A/B bez przestojów, kierując podzbiór ruchu produkcyjnego do nowych wydań. Które podejście do wdrożenia spełnia te wymagania?

Prawidłowa odpowiedź wykorzystuje Anthos Service Mesh (oparty na Istio), który jest idealny do testów A/B i stopniowego wdrażania. Tworzenie dwóch Deploymentów (starej i nowej wersji) oraz użycie reguł routingu Istio pozwala na precyzyjne kierowanie ruchu (np. 10% do nowej wersji) bez przestojów. Pozostałe opcje są mniej odpowiednie: Aktualizacja manifestu Deployment i ponowne tworzenie Podów to standardowe wdrożenie, ale nie umożliwia testów A/B ani stopniowego kierowania ruchu. Tworzenie drugiej przestrzeni nazw i aktualizacja Ingress to podejście typu blue/green, które przełącza cały ruch naraz, a nie stopniowo. Wzorzec stopniowej aktualizacji (rolling update) zastępuje Pody stopniowo, ale nie oferuje kontroli nad procentem ruchu kierowanego do nowej wersji, co jest kluczowe dla testów A/B.