Para reduzir o risco ao lançar uma nova versão de uma função Lambda existente, você precisa dividir o tráfego entre a versão atual e a nova versão para testes. Qual abordagem atende a esse requisito?

A criação de um alias de função e a configuração desse alias para distribuir o tráfego entre duas versões do Lambda é a abordagem correta. Os aliases do Lambda permitem roteamento de tráfego ponderado, o que é ideal para implantações canary ou testes A/B. Você pode especificar a porcentagem de tráfego que vai para cada versão, permitindo um lançamento gradual e monitoramento. Usar uma política de roteamento ponderado no Route 53 não é aplicável diretamente a funções Lambda para divisão de tráfego entre versões da mesma função, pois o Route 53 lida com roteamento de DNS para endpoints, não com versões internas de uma função. Colocar um Application Load Balancer na frente do Lambda é possível, mas é uma solução mais complexa e cara para o que os aliases do Lambda já oferecem nativamente. Empacotar a nova versão como uma camada Lambda não é uma forma de gerenciar versões de código da função; as camadas são para dependências e bibliotecas, não para diferentes versões do código principal da função.