Você precisa adicionar testes de integração a um fluxo de trabalho existente do CodePipeline que cria uma imagem de contêiner para um serviço Amazon ECS e envia a imagem para o ECR com uma nova tag. Os testes devem verificar se a nova versão do serviço está acessível e se os endpoints da API retornam respostas bem-sucedidas. Um cluster ECS para teste já existe. Quais três ações fornecem isso com o menor overhead de gerenciamento?

Para testar a imagem recém-construída em um cluster ECS existente, primeiro, adicione um estágio Deploy ao pipeline usando o Amazon ECS como provedor de ação. Isso permite que o CodePipeline implante a imagem no cluster de teste. Em seguida, o estágio de construção da imagem deve produzir um arquivo imagedefinitions.json que faça referência à nova tag da imagem. Este arquivo é crucial para que o estágio de implantação do ECS saiba qual imagem implantar. Finalmente, para executar os testes de integração, crie uma função Lambda que realize verificações de conectividade e chamadas de API no serviço implantado. Adicione esta Lambda ao pipeline como uma ação, permitindo que ela seja executada após a implantação e valide a funcionalidade do serviço. Esta combinação minimiza a sobrecarga de gerenciamento, aproveitando os serviços AWS nativos. As opções incorretas são: Usar o AWS CodeDeploy como provedor de ação para o ECS é possível, mas o provedor de ação direto do Amazon ECS é mais simples para este caso de uso. Adicionar um arquivo appspec.yml ao CodeCommit é relevante para implantações com CodeDeploy, mas não é a forma principal de informar o ECS sobre a imagem para implantação direta via CodePipeline. Escrever um script de teste e carregá-lo para o S3 para ser invocado por um estágio de ação S3 é uma abordagem menos integrada e mais complexa do que usar uma função Lambda para a lógica de teste.