Una empresa utiliza AWS Organizations con cuentas separadas por departamento. Necesitan regularmente: actualizar las AMI de Linux con parches para construir una imagen dorada, instalar una nueva versión del agente de Chef si está disponible en esa imagen y proporcionar las nuevas AMI a las cuentas de los departamentos. ¿Qué enfoque minimiza la sobrecarga operativa?

La opción correcta minimiza la sobrecarga operativa al utilizar Amazon EC2 Image Builder, un servicio gestionado diseñado específicamente para automatizar la creación, mantenimiento y distribución de imágenes de servidor. Permite definir pipelines que aplican parches, instalan software (como el agente de Chef) y prueban las imágenes. Compartir las imágenes a través de AWS Resource Access Manager (RAM) es el método nativo y más eficiente para distribuir recursos entre cuentas de AWS Organizations. Las otras opciones son menos eficientes: Escribir un script personalizado es una solución manual que aumenta la sobrecarga de mantenimiento y no escala tan bien. Usar un runbook de AWS Systems Manager Automation es una opción válida para la automatización, pero no es tan completa como Image Builder para la gestión del ciclo de vida de las imágenes y la distribución integrada. Además, "reemplazar la imagen dorada anterior en las cuentas de los departamentos" a través de Organizations no es un mecanismo directo para la distribución de AMI. Almacenar el ID de la AMI en Parameter Store requiere que cada cuenta de departamento consulte activamente el parámetro, lo cual es menos directo que el uso de RAM para compartir la imagen.