Un grupo de Auto Scaling tarda en poner las instancias a disposición porque el script UserData se ejecuta durante mucho tiempo. La solución debe garantizar que las instancias estén disponibles rápidamente, que siempre tengan la última versión de la aplicación, que apliquen las actualizaciones de seguridad, que minimicen el número de imágenes creadas y que validen las imágenes. ¿Qué combinación de pasos cumple estos requisitos? (Elija dos).

La opción de usar EC2 Image Builder para crear una AMI con parches de SO y agentes es correcta porque pre-aprovisiona la infraestructura base, reduciendo el tiempo de arranque de las instancias y asegurando que las actualizaciones de seguridad estén aplicadas. Esto minimiza el trabajo del script UserData y valida las imágenes. La opción de configurar AWS CodeDeploy para instalar la última versión de la aplicación en el momento del lanzamiento es correcta porque desacopla el despliegue de la aplicación de la creación de la AMI base. Esto permite que la AMI base se mantenga estable con parches de SO, mientras que la aplicación se actualiza dinámicamente, asegurando la última versión y minimizando el número de AMIs específicas de la aplicación. Las otras opciones son incorrectas: Usar Image Builder para incluir la aplicación en la AMI aumentaría el número de AMIs y requeriría reconstruirlas cada vez que la aplicación cambie, lo cual es ineficiente. CodePipeline es una herramienta de CI/CD, no un mecanismo para instalar aplicaciones en el lanzamiento de instancias directamente; CodeDeploy es la herramienta adecuada para eso. Eliminar los comandos de parcheo del script UserData sin un mecanismo alternativo comprometería la seguridad de las instancias.