Uma aplicação web serverless é implantada com funções Lambda via CloudFormation. Um lançamento recente causou uma interrupção. O processo de implantação precisa suportar lançamentos do tipo canary para direcionar uma parte do tráfego para uma nova versão do Lambda. Qual abordagem realiza isso?

A criação de um alias para cada nova versão do Lambda e o uso do comando update-alias com o parâmetro routing-config permite configurar o roteamento de tráfego ponderado entre duas versões de uma função Lambda. Isso é ideal para lançamentos canary, onde uma pequena porcentagem do tráfego é direcionada para a nova versão, permitindo monitoramento antes de um lançamento completo. Implantar em uma stack separada do CloudFormation e usar o Route 53 não é a forma mais granular de gerenciar o tráfego entre versões de uma mesma função Lambda, pois o Route 53 opera em nível de domínio/subdomínio, não de versão de função. Usar update-function-configuration com routing-config não é a sintaxe correta; o roteamento é configurado no alias. O AWS CodeDeploy pode ser usado para implantações canary, mas a opção CodeDeployDefault.OneAtATime é para implantações sequenciais, não para roteamento de tráfego ponderado.