Una empresa requiere que cada instancia EC2 se lance desde una AMI producida por el equipo de seguridad. Cada mes, el equipo de seguridad envía por correo electrónico las AMI aprobadas a los desarrolladores, quienes luego las copian en las plantillas de CloudFormation. Un ingeniero de DevOps quiere automatizar la distribución de los ID de AMI aprobados a los desarrolladores de la manera más escalable. ¿Qué enfoque es el mejor?

La opción correcta es la más escalable y eficiente. EC2 Image Builder automatiza la creación de AMI y puede integrarse directamente con AWS Systems Manager Parameter Store para almacenar los ID de AMI. CloudFormation puede hacer referencia a estos parámetros de Parameter Store dinámicamente usando el tipo de parámetro SSM Parameter, asegurando que los desarrolladores siempre usen la AMI más reciente sin intervención manual. Las opciones incorrectas son menos óptimas: Usar S3 y referencias entre pilas para ARN de AMI es posible, pero Parameter Store está diseñado específicamente para almacenar y recuperar valores de configuración como ID de AMI, lo que lo hace más adecuado. Crear un CodePipeline para construir AMI es una buena práctica, pero la parte de "referencias entre pilas para obtener el objeto S3 y los ARN" es menos directa que usar Parameter Store. La opción de SNS y Lambda requiere que los desarrolladores mantengan una función Lambda para actualizar sus pilas, lo que añade complejidad y sobrecarga operativa en comparación con la referencia directa a Parameter Store.