Uma aplicação implantada via CloudFormation usa APIs REST do API Gateway integradas com Lambda e DynamoDB. Existem estágios de desenvolvimento, teste e produção, cada um com sua própria tabela DynamoDB. As alterações promovidas para produção causaram problemas inesperados, embora tenham funcionado no desenvolvimento e teste. Para a próxima versão, o desenvolvedor precisa rotear 20% do tráfego de produção para a nova implantação da API e 80% para a implantação de produção existente, minimizando a chance de que qualquer cliente veja erros. Qual é a melhor abordagem?

A implantação canary no API Gateway é a melhor abordagem porque permite rotear uma pequena porcentagem do tráfego (20%) para a nova versão da API, enquanto a maioria (80%) continua a usar a versão estável. Isso minimiza o impacto em caso de problemas, permitindo monitorar o comportamento da nova versão com tráfego real antes de direcionar todo o tráfego para ela. As outras opções são menos eficazes ou mais complexas: implantar 20% das alterações de cada vez é demorado e propenso a erros; usar o Route 53 com estágios de teste não é o ideal, pois o estágio de teste pode não ter a mesma configuração de produção; e colocar um Application Load Balancer na frente do API Gateway adiciona complexidade desnecessária, já que o API Gateway já oferece essa funcionalidade nativamente.