Un'azienda ospita un'applicazione web su 10 istanze Amazon EC2, con traffico diretto da Amazon Route 53. Gli utenti a volte riscontrano timeout perché le query DNS restituiscono indirizzi IP di istanze non integre. Cosa dovrebbe implementare un architetto di soluzioni per prevenire questi errori di timeout?

La risposta corretta è creare un Application Load Balancer (ALB) con un controllo di integrità davanti alle istanze EC2 e instradare il traffico da Route 53 all'ALB. Un ALB distribuisce il traffico in entrata tra più istanze EC2 e include controlli di integrità integrati che rimuovono automaticamente le istanze non integre dalla rotazione, prevenendo timeout per gli utenti. Route 53 può quindi puntare all'ALB, che gestirà il bilanciamento del carico e l'integrità delle istanze. Le altre opzioni sono meno efficaci: Creare un record di policy di routing semplice per ogni istanza EC2 con controlli di integrità non bilancia il carico e richiede che Route 53 gestisca la logica di failover per ogni singola istanza, il che è complesso e meno efficiente. Creare un record di policy di routing di failover per ogni istanza EC2 con controlli di integrità è progettato per scenari di failover attivo/passivo, non per il bilanciamento del carico tra più istanze attive. Creare una distribuzione Amazon CloudFront con le istanze EC2 come origine è utile per la memorizzazione nella cache e la distribuzione di contenuti, ma CloudFront non esegue il bilanciamento del carico tra le istanze EC2 di origine in caso di problemi di integrità come farebbe un ALB.