Le istanze EC2 in un gruppo Auto Scaling creato da CloudFormation richiedono un file di configurazione gestito nel controllo del codice sorgente. Le istanze dovrebbero avere la configurazione più recente al momento del lancio e le modifiche al template CloudFormation dovrebbero essere riflesse su tutte le istanze con un ritardo minimo. Quale soluzione raggiunge questo obiettivo?

L'opzione corretta utilizza i metadati CloudFormation init per specificare la configurazione all'interno del template. cfn-init viene eseguito al lancio dell'istanza per applicare questa configurazione iniziale. Per garantire che le modifiche successive al template CloudFormation siano riflesse sulle istanze in esecuzione, cfn-hup viene configurato per monitorare gli aggiornamenti ai metadati dell'istanza e applicare le modifiche. Questo approccio integra la gestione della configurazione direttamente nel template CloudFormation e garantisce l'aggiornamento continuo. Le altre opzioni sono meno adatte: Aggiungere una regola AWS Config non è il meccanismo primario per la gestione della configurazione delle istanze al lancio o per l'applicazione di aggiornamenti dinamici basati su CloudFormation. L'utilizzo di un EC2 launch template con il contenuto del file di configurazione è un buon inizio, ma senza cfn-hup non c'è un meccanismo integrato per rilevare e applicare automaticamente gli aggiornamenti successivi alle istanze in esecuzione. L'opzione che menziona un Systems Manager Resource Data Sync è per l'aggregazione di dati da più fonti, non per l'applicazione diretta di configurazioni o l'aggiornamento delle istanze in tempo reale da CloudFormation.