Je moet een internetgerichte microservices-app implementeren op GKE en A/B-tests uitvoeren zonder downtime, waarbij een deel van het productieverkeer naar nieuwe releases wordt gestuurd. Welke implementatiebenadering voldoet aan deze vereisten?

De juiste aanpak maakt gebruik van Anthos Service Mesh (Istio) voor geavanceerd verkeersbeheer, wat essentieel is voor A/B-testen en canary-releases. Door twee Deployments te maken en Istio-routingregels te gebruiken, kun je een klein percentage van het verkeer naar de nieuwe versie sturen, waardoor A/B-testen mogelijk zijn zonder downtime en met de mogelijkheid om snel terug te draaien. De andere opties zijn minder geschikt: Het bijwerken van het Deployment manifest en opnieuw aanmaken van Pods veroorzaakt downtime en biedt geen gecontroleerde A/B-testmogelijkheden. Het aanmaken van een tweede namespace en het bijwerken van Ingress is een harde overgang en biedt geen geleidelijke verkeersroutering voor A/B-testen. Een rolling update vervangt geleidelijk alle Pods, wat geen A/B-testen mogelijk maakt waarbij een deel van het verkeer naar een aparte nieuwe versie wordt gestuurd.