Un'azienda di e-commerce esegue la sua applicazione su AWS. L'applicazione utilizza un cluster Amazon Aurora PostgreSQL in modalità Multi-AZ per il database. Durante una recente campagna promozionale, l'applicazione ha subito un pesante carico di lettura e scrittura. Gli utenti hanno riscontrato problemi di timeout durante l'accesso all'applicazione. Un architetto di soluzioni deve rendere l'architettura dell'applicazione più scalabile e altamente disponibile con il MINOR tempo di inattività. Quale soluzione soddisferà questi requisiti?

L'aggiunta di istanze di lettura al cluster Aurora distribuisce il carico di lettura, riducendo i timeout causati da un elevato traffico di lettura durante le campagne promozionali. Amazon RDS Proxy migliora la scalabilità e la disponibilità gestendo in modo efficiente le connessioni al database, riutilizzando le connessioni esistenti e gestendo automaticamente i failover, riducendo al minimo i tempi di inattività dell'applicazione. La prima opzione non risolve direttamente i problemi di scalabilità di lettura/scrittura o di disponibilità. La seconda opzione (ZDR) è per la manutenzione con tempi di inattività minimi, non per la scalabilità del carico, e gli Activity Streams sono per il monitoraggio, non per la scalabilità. La quarta opzione (ElastiCache) può ridurre il carico di lettura, ma la replica con AWS DMS in modalità write-around è complessa e non affronta direttamente il carico di scrittura o la gestione delle connessioni per la disponibilità.