Un'applicazione è in esecuzione su istanze Amazon EC2 dietro un Elastic Load Balancer in un gruppo Auto Scaling e utilizza una tabella Amazon DynamoDB. L'azienda vuole assicurarsi che l'applicazione possa essere resa disponibile in un'altra Regione AWS con tempi di inattività minimi. Cosa dovrebbe fare un architetto di soluzioni per soddisfare questo requisito con il MINOR tempo di inattività?

L'opzione corretta garantisce la minima interruzione creando in anticipo le risorse necessarie (gruppo Auto Scaling e load balancer) nella regione di disaster recovery. Le tabelle globali di DynamoDB replicano automaticamente i dati tra le regioni, mantenendo la disponibilità. Il failover DNS (ad esempio con Amazon Route 53) è il metodo più rapido e comune per reindirizzare il traffico in caso di disastro. Le opzioni che propongono AWS CloudFormation per creare le risorse "quando necessario" introdurrebbero ritardi significativi per il provisioning, aumentando i tempi di inattività. L'opzione che usa CloudWatch e Lambda per aggiornare Route 53 è un approccio valido per l'automazione, ma il failover DNS configurato direttamente è più semplice e diretto per il reindirizzamento del traffico, e l'obiettivo è il MINOR tempo di inattività, non necessariamente l'automazione completa del failover in sé.