Un CodePipeline ejecuta: (1) CodeBuild compila y ejecuta pruebas unitarias, (2) CodeDeploy despliega en EC2 staging, (3) CodeDeploy despliega en EC2 production. QA quiere inspeccionar el artefacto de compilación antes de la producción y ejecutar una prueba de penetración manual que se invoca a través de una REST API. ¿Qué combinación de cambios debería realizar el ingeniero de DevOps? (Elija dos)

La inserción de una acción de aprobación manual entre las etapas de staging y producción permite que QA inspeccione el artefacto antes de que se despliegue en producción, cumpliendo con el requisito de inspección. La actualización del pipeline para invocar una función de AWS Lambda que llame a la REST API de la herramienta de pruebas de penetración permite automatizar la ejecución de la prueba de penetración manual. Lambda puede ejecutar código bajo demanda, lo que la hace ideal para invocar APIs externas como parte de un pipeline. Modificar el archivo buildspec.yml para aprobación manual no es una característica de CodeBuild; CodeBuild se enfoca en la compilación y prueba, no en la aprobación del flujo del pipeline. Actualizar los grupos de despliegue de CodeDeploy para requerir aprobación manual no es una opción nativa de CodeDeploy para controlar el flujo del pipeline; la aprobación manual se gestiona a nivel de CodePipeline. Llamar directamente a la REST API de la herramienta de pruebas de penetración desde el pipeline no es la forma más robusta o segura; Lambda proporciona un entorno controlado y escalable para esta tarea.