Um desenvolvedor corrigiu um bug em uma função AWS Lambda em produção e validou a alteração em um ambiente de teste. O desenvolvedor deseja implementar a atualização gradualmente em produção, de modo que inicialmente apenas 10% dos usuários vejam o novo código. Qual é a abordagem apropriada?

A abordagem correta é atualizar o código da função Lambda, publicar uma nova versão e, em seguida, criar ou modificar um alias Lambda para configurar o roteamento de tráfego ponderado. Isso permite direcionar uma porcentagem específica do tráfego (neste caso, 10%) para a nova versão, enquanto o restante (90%) continua a usar a versão estável anterior. Essa técnica é conhecida como implantação canário e é ideal para lançamentos graduais. As outras opções são incorretas porque: "Crie um trigger Lambda e configure o trigger para dividir o tráfego" não é a forma como o roteamento de tráfego ponderado funciona no Lambda. Triggers invocam funções, mas não gerenciam a divisão de tráfego entre versões. "Crie uma função Lambda separada com o código atualizado" não é a prática recomendada para gerenciar versões do mesmo código; o ideal é usar versões dentro da mesma função. Além disso, aliases dividem tráfego entre versões da mesma função, não entre funções separadas. "Crie uma integração de proxy Lambda e use o proxy para dividir o tráfego" refere-se a integrações com serviços como API Gateway, mas não é o mecanismo nativo do Lambda para roteamento de tráfego entre versões de uma função. O roteamento ponderado é configurado diretamente no alias Lambda.