Un'applicazione web è eseguita su istanze EC2 create da un'AMI personalizzata ed è provisionata con CloudFormation in us-east-1. L'azienda vuole distribuire lo stesso stack in us-west-1, ma la creazione dello stack in us-west-1 fallisce con un errore che indica che l'ID dell'AMI non esiste. Lo sviluppatore deve risolvere questo problema con il minimo sforzo operativo. Quale soluzione raggiunge questo obiettivo?

L'errore indica che l'AMI personalizzata non esiste in us-west-1. Le AMI sono specifiche per regione. Per utilizzare un'AMI personalizzata in una nuova regione, è necessario copiarla nella regione di destinazione. Una volta copiata, avrà un nuovo ID AMI in us-west-1. Aggiornare il template CloudFormation con questo nuovo ID AMI consente allo stack di essere provisionato correttamente nella nuova regione. Questa è la soluzione con il minimo sforzo operativo perché riutilizza l'AMI esistente e richiede solo una modifica all'ID AMI nel template. Modificare i template per usare un'AMI gestita da AWS potrebbe non essere fattibile se l'applicazione richiede configurazioni specifiche presenti nell'AMI personalizzata. Ricostruire l'AMI in us-west-1 è più dispendioso in termini di tempo e sforzo rispetto alla semplice copia. Distribuire manualmente l'applicazione abbandonando CloudFormation va contro i principi di Infrastructure as Code e aumenta lo sforzo operativo e il rischio di errori.