Uma aplicação serverless usa CloudFront, API Gateway e Lambda. As implantações são atualmente feitas criando uma nova versão do Lambda e executando um script da CLI para atualizar. Se a nova versão tiver erros, outro script da CLI reimplementa a versão anterior. A empresa deseja implantações mais rápidas e detecção e reversão mais rápidas quando ocorrem erros. Qual abordagem realiza isso?

A opção correta é usar AWS SAM e AWS CodeDeploy porque eles permitem implantações canary ou blue/green para funções Lambda. Isso significa que o tráfego pode ser gradualmente transferido para a nova versão, e hooks de teste podem ser executados antes e depois da mudança de tráfego. Se alarmes do CloudWatch forem acionados, o CodeDeploy pode reverter automaticamente para a versão anterior, garantindo detecção e reversão rápidas de erros. As outras opções são menos eficazes: Stacks aninhadas do CloudFormation com reversão de change set não oferecem a capacidade de mudança gradual de tráfego ou hooks de teste automatizados como o CodeDeploy. Combinar scripts da CLI melhora a automação, mas ainda não fornece a mudança gradual de tráfego, os hooks de teste ou a reversão automática baseada em alarmes do CodeDeploy. Alterar a origem do CloudFront para um novo endpoint do API Gateway e depois reverter manualmente é um processo mais lento e propenso a erros do que a automação do CodeDeploy.