Você deve implantar um aplicativo de microsserviços voltado para a internet no GKE e executar testes A/B sem tempo de inatividade, enviando um subconjunto do tráfego de produção para novos lançamentos. Qual abordagem de implantação atende a esses requisitos?

A opção correta descreve uma implantação canário usando o Anthos Service Mesh (Istio), que é ideal para testes A/B e lançamentos sem tempo de inatividade. O Istio permite rotear um subconjunto do tráfego para uma nova versão do aplicativo (Deployment), permitindo a validação em produção antes de um lançamento completo. As outras opções são incorretas porque: A primeira opção descreve uma atualização in-place simples, que não permite testes A/B ou roteamento de tráfego gradual. A segunda opção sugere o uso de namespaces separados e atualização do Ingress, o que é mais complexo e menos granular para roteamento de tráfego baseado em porcentagem do que um service mesh. A quarta opção descreve uma atualização contínua (rolling update), que substitui gradualmente os pods, mas não oferece o controle de roteamento de tráfego necessário para testes A/B com um subconjunto específico de usuários ou tráfego.