Una pipeline AMI con sicurezza rafforzata è stata creata con EC2 Image Builder con una pianificazione ricorrente. L'ingegnere DevOps ha bisogno che i gruppi Auto Scaling avviino sempre istanze con l'AMI più recente e che aggiornino di conseguenza i modelli di avvio. Quale approccio offre la massima efficienza operativa?

L'opzione corretta è la più efficiente operativamente perché sfrutta le funzionalità native di EC2 Image Builder e dei gruppi Auto Scaling. Image Builder può essere configurato per aggiornare automaticamente i modelli di avvio con il nuovo ID AMI dopo ogni build riuscita. I gruppi Auto Scaling possono quindi essere configurati per utilizzare la versione più recente del modello di avvio, garantendo che le nuove istanze vengano sempre avviate con l'AMI più aggiornata senza intervento manuale o logica personalizzata complessa. Le altre opzioni richiedono la creazione e la gestione di componenti aggiuntivi: L'uso di EventBridge e SSM Run Command o di una funzione Lambda introduce complessità aggiuntive e costi di manutenzione per la logica personalizzata. L'uso di Parameter Store per memorizzare l'ID AMI e aggiornarlo tramite la pipeline di Image Builder è una soluzione valida, ma richiede comunque che il modello di avvio sia configurato per fare riferimento a Parameter Store e la logica per aggiornarlo, il che è meno diretto rispetto all'integrazione nativa di Image Builder con i modelli di avvio.