Un'azienda deve progettare un'applicazione web resiliente per elaborare gli ordini dei clienti. L'applicazione deve gestire automaticamente gli aumenti di traffico e di utilizzo senza compromettere l'esperienza del cliente o perdere ordini. Quale soluzione soddisfa questi requisiti?

L'opzione corretta soddisfa i requisiti di resilienza e scalabilità. Un Application Load Balancer (ALB) distribuisce il traffico web in modo efficiente. I gruppi EC2 Auto Scaling gestiscono automaticamente gli aumenti di traffico, mantenendo la disponibilità e le prestazioni. Amazon SQS disaccoppia il processo di acquisizione degli ordini da quello di elaborazione, fungendo da buffer per gli ordini non elaborati e prevenendo la perdita di dati in caso di picchi di carico. Amazon RDS con deployment Multi-AZ garantisce alta disponibilità e durabilità per gli ordini elaborati. Le altre opzioni presentano delle carenze: L'uso di un NAT Gateway per il traffico web è inappropriato; è destinato a consentire alle istanze private di accedere a Internet. L'uso di Lambda per acquisire ordini non elaborati è possibile, ma SQS è più adatto come coda di messaggi per disaccoppiare. Un NLB è per il traffico a livello di rete e un ALB per il traffico a livello di applicazione; usarli entrambi in questo modo è ridondante e complesso. Amazon Redshift è un data warehouse, non è ottimale per l'archiviazione transazionale di ordini. Un Gateway Load Balancer (GWLB) è per l'inserimento di appliance virtuali di terze parti, non per la gestione diretta del traffico web dell'applicazione. Archiviare ordini non elaborati direttamente nel GWLB non è una sua funzionalità.