Un'azienda gestisce il proprio sito di e-commerce in una singola Regione AWS. Lo stack include istanze EC2 dietro un ALB, una tabella DynamoDB, un nome di dominio personalizzato Route 53 che punta all'ALB e un certificato ACM allegato all'ALB. Non è in uso alcuna CDN. L'azienda desidera replicare l'intero stack applicativo in una seconda Regione per il disaster recovery, la crescita futura e una migliore latenza per gli utenti, riducendo al minimo il sovraccarico amministrativo. Quale combinazione di azioni dovrebbe intraprendere l'architetto di soluzioni? (Scegliere tre.)

La creazione di un template CloudFormation con parametri consente di replicare l'infrastruttura in modo coerente e automatizzato in diverse Regioni, riducendo il sovraccarico amministrativo e garantendo l'identità tra gli stack. L'aggiornamento del record Route 53 con routing basato sulla latenza indirizza automaticamente gli utenti alla Regione con la latenza più bassa, migliorando l'esperienza utente e supportando la crescita futura. L'abilitazione di DynamoDB Streams sulla tabella esistente e l'aggiunta della seconda Regione crea una tabella globale, fornendo replica automatica e multi-Regione per il disaster recovery senza la necessità di migrazioni manuali dei dati. Il routing ponderato non è l'opzione migliore per la latenza o il disaster recovery, poiché distribuisce il traffico in base a pesi predefiniti, non alla latenza effettiva. La ricreazione manuale dell'infrastruttura è soggetta a errori e aumenta notevolmente il sovraccarico amministrativo. La creazione di una nuova tabella DynamoDB e la copia manuale dei dati è un processo inefficiente e non garantisce la sincronizzazione continua dei dati, rendendola inadatta per il disaster recovery.