Un'azienda utilizza AWS Organizations con account separati per dipartimento. Devono regolarmente: aggiornare le AMI Linux con patch per creare un'immagine "golden", installare una nuova versione dell'agente Chef, se disponibile, in tale immagine e fornire le nuove AMI agli account dei dipartimenti. Quale approccio minimizza l'overhead operativo?

L'utilizzo di Amazon EC2 Image Builder automatizza l'intero processo di creazione, patching e test delle AMI, riducendo significativamente l'overhead operativo. I componenti di Image Builder consentono di definire l'installazione dell'agente Chef e l'applicazione delle patch. AWS Resource Access Manager (RAM) è il servizio corretto per condividere le AMI con più account all'interno di AWS Organizations. L'opzione di scripting manuale è ad alto overhead e soggetta a errori. L'opzione AWS Systems Manager Automation non è l'approccio più efficiente per la creazione di immagini "golden" e la condivisione tramite AWS Organizations non è il metodo standard per la distribuzione di AMI. L'opzione di salvare l'ID AMI in Parameter Store richiede che ogni account dipartimentale recuperi l'ID e lo utilizzi, mentre RAM offre una condivisione più diretta e gestita.