Uma implantação do CodePipeline às vezes resulta na página inicial do aplicativo web retornando um erro 503 em vez do esperado 200. Você adicionou um estágio CheckURL após a implantação que deve fazer o pipeline falhar se a página inicial não retornar 200 OK. Qual é o próximo passo apropriado para implementar este teste automatizado?

A opção correta é criar uma função Lambda porque ela oferece a flexibilidade necessária para fazer uma requisição HTTP à URL do aplicativo, verificar o código de status 200 e, em seguida, usar o AWS SDK para reportar o sucesso ou falha de volta ao CodePipeline. Isso permite um controle preciso sobre a lógica de verificação. A opção de usar o CloudWatch Canary é incorreta porque, embora canaries possam monitorar URLs, eles geralmente são usados para monitoramento contínuo em produção e não para um teste de validação de implantação que precisa falhar o pipeline imediatamente. A opção do CodeDeploy é incorreta porque o CodeDeploy é para implantação de código, não para realizar testes de validação de URL. Ele não possui a funcionalidade nativa para fazer requisições HTTP e verificar códigos de status. A opção do API Gateway com Device Farm é incorreta e excessivamente complexa. O API Gateway é para expor APIs, não para testar URLs de aplicativos, e o Device Farm é para testes em dispositivos móveis e web em larga escala, não para uma simples verificação de status HTTP.