Debe agregar pruebas de integración a un flujo de trabajo de CodePipeline existente que construye una imagen de contenedor para un servicio de Amazon ECS y envía la imagen a ECR con una nueva etiqueta. Las pruebas deben verificar que la nueva versión del servicio sea accesible y que los puntos de conexión de la API devuelvan respuestas exitosas. Ya existe un clúster de ECS para pruebas. ¿Qué tres acciones proporcionan esto con la menor sobrecarga de administración?

Para implementar la nueva imagen de contenedor en el clúster de ECS para pruebas, se necesita una etapa de despliegue. Usar Amazon ECS como proveedor de acciones es la forma más directa y de menor sobrecarga para desplegar en ECS. La etapa de construcción debe producir un archivo imagedefinitions.json que especifique la nueva etiqueta de la imagen para que la acción de despliegue sepa qué imagen usar. Finalmente, para las pruebas de integración, una función Lambda es ideal para ejecutar comprobaciones de conectividad y llamadas a la API contra el servicio recién desplegado. Integrar esta Lambda como una acción en CodePipeline permite automatizar las pruebas sin gestionar servidores adicionales. Las opciones incorrectas son: Usar AWS CodeDeploy como proveedor de acciones es posible, pero agrega una capa de complejidad y sobrecarga de gestión innecesaria si el despliegue directo a ECS es suficiente. Agregar un archivo appspec.yml es relevante para CodeDeploy, no para un despliegue directo a ECS. Escribir un script de prueba e invocarlo desde S3 es menos eficiente que usar Lambda, que es un servicio sin servidor y de menor sobrecarga para ejecutar código.