Un'azienda richiede che ogni istanza EC2 venga avviata da un'AMI prodotta dal team di sicurezza. Ogni mese il team di sicurezza invia via email le AMI approvate agli sviluppatori, che poi le copiano nei template di CloudFormation. Un ingegnere DevOps vuole automatizzare la distribuzione degli ID delle AMI approvate agli sviluppatori nel modo più scalabile. Qual è l'approccio migliore?

L'approccio migliore è utilizzare AWS Systems Manager Parameter Store. EC2 Image Builder è un servizio gestito per automatizzare la creazione, la gestione e la distribuzione di immagini server personalizzate, incluse le AMI. Può essere configurato per archiviare automaticamente gli ARN delle AMI generate in Parameter Store. Gli sviluppatori possono quindi fare riferimento a questi parametri direttamente nei loro template CloudFormation utilizzando il tipo di parametro AWS::SSM::Parameter::Value<String, garantendo che utilizzino sempre l'AMI più recente e approvata senza interventi manuali. Le altre opzioni sono meno efficienti o più complesse: L'uso di S3 con riferimenti cross-stack per gli ARN delle AMI è possibile ma meno diretto e meno integrato rispetto a Parameter Store per la gestione di valori dinamici come gli ID delle AMI. CloudFormation per creare una CodePipeline che scrive in S3 è un'architettura più complessa del necessario per il solo scopo di distribuire gli ID delle AMI. L'uso di SNS e Lambda per aggiornare gli stack CloudFormation è eccessivamente complesso e reattivo, richiedendo una logica aggiuntiva per l'aggiornamento degli stack esistenti, invece di un semplice riferimento a un valore dinamico.