Una empresa aloja una aplicación web en 10 instancias de Amazon EC2, con el tráfico dirigido por Amazon Route 53. Los usuarios a veces experimentan tiempos de espera porque las consultas de DNS devuelven direcciones IP de instancias no saludables. ¿Qué debería implementar un arquitecto de soluciones para evitar estos errores de tiempo de espera?

La opción correcta es crear un Application Load Balancer (ALB) con una comprobación de estado delante de las instancias EC2 y enrutar el tráfico de Route 53 al ALB. Un ALB distribuye automáticamente el tráfico entrante entre múltiples instancias EC2 saludables. Las comprobaciones de estado del ALB detectan instancias no saludables y dejan de enviarles tráfico, lo que evita que los usuarios experimenten tiempos de espera debido a instancias defectuosas. Route 53 puede configurarse para apuntar al ALB, simplificando la gestión de DNS. Las otras opciones son incorrectas porque: Crear un registro de política de enrutamiento simple de Route 53 para cada instancia EC2 con una comprobación de estado no es escalable ni eficiente para 10 instancias y no distribuye el tráfico de manera uniforme. Crear un registro de política de enrutamiento de conmutación por error de Route 53 para cada instancia EC2 con una comprobación de estado está diseñado para escenarios activo/pasivo, no para distribuir tráfico entre múltiples instancias activas. Crear una distribución de Amazon CloudFront con las instancias EC2 como origen es para almacenamiento en caché y entrega de contenido, no para equilibrar la carga entre instancias EC2 ni para gestionar la salud de las instancias de origen de esta manera.