Você deseja fazer um teste A/B de um novo esquema de cores para seu aplicativo web global no Cloud Run em tráfego de produção real. Como você deve projetar o estudo?

A resposta correta é usar um balanceador de carga HTTP(S) externo para rotear uma porcentagem predeterminada do tráfego para duas variantes do aplicativo e analisar uma diferença estatisticamente significativa nas vendas. Isso permite a execução de um teste A/B clássico, onde uma porção do tráfego real é direcionada para a nova versão (variante B) e o restante para a versão original (variante A). A análise das métricas de vendas entre os dois grupos pode determinar o impacto do novo esquema de cores. A opção de rotear o tráfego para a variante original enquanto a nova é testada e depois redirecionar todo o tráfego não é um teste A/B, mas sim uma implantação azul/verde, que não permite a comparação simultânea. Espelhar o tráfego de produção para a nova versão não permite medir o impacto real nas vendas, pois os usuários não estão interagindo ativamente com a versão espelhada. Habilitar um feature flag para 50% dos usuários é uma abordagem válida para testes A/B, mas o balanceador de carga HTTP(S) externo é a ferramenta mais adequada para gerenciar o roteamento de tráfego em nível de infraestrutura para diferentes variantes de serviço no Cloud Run, especialmente para testes A/B complexos ou em larga escala.