Una Regione AWS primaria ospita un'applicazione web e una Regione secondaria è in standby per il disaster recovery. Requisiti: i dati di sessione devono essere replicati tra le regioni quasi in tempo reale; l'1% del traffico deve essere instradato continuamente alla secondaria; failover automatico alla secondaria in caso di interruzione della primaria; la secondaria deve scalare per gestire il traffico completo. Come dovrebbero essere soddisfatti questi requisiti?

Questa opzione soddisfa tutti i requisiti. Elastic Beanstalk semplifica la distribuzione e la gestione dell'applicazione in entrambe le regioni. Le tabelle globali di DynamoDB forniscono la replica quasi in tempo reale dei dati di sessione tra le regioni. Una policy di routing ponderato di Route 53 con controlli di integrità permette di instradare l'1% del traffico alla regione secondaria per test continui e di gestire il failover automatico in caso di interruzione della primaria, reindirizzando tutto il traffico alla secondaria. La scalabilità è gestita da Elastic Beanstalk e DynamoDB. Le opzioni errate: Il routing di failover di Route 53 non consente di instradare l'1% del traffico alla secondaria in condizioni normali, ma solo in caso di fallimento della primaria. L'uso di RDS for PostgreSQL con replica cross-region per i dati di sessione potrebbe non garantire la replica "quasi in tempo reale" richiesta per i dati di sessione ad alta disponibilità e bassa latenza, e la logica lato client per chiamare direttamente API Gateway potrebbe essere complessa da gestire. CloudFront è una CDN e non gestisce il routing del traffico tra regioni per il disaster recovery in questo modo specifico, né garantisce la replica dei dati di sessione.