Una aplicación web genera contenido dinámico en instancias de Amazon EC2 en un grupo de Auto Scaling detrás de un Application Load Balancer (ALB). La empresa utiliza CloudFront con el ALB configurado como origen y Route 53 tiene un registro A para www.example.com que apunta a la distribución de CloudFront. El arquitecto de soluciones debe hacer que la aplicación sea altamente disponible y tolerante a fallos en todas las Regiones. ¿Qué solución cumple con este requisito?

La opción correcta garantiza alta disponibilidad y tolerancia a fallos entre Regiones. Al añadir un segundo ALB y un grupo de Auto Scaling en otra Región, y configurar CloudFront con dos orígenes (uno primario y otro secundario), CloudFront gestiona automáticamente la conmutación por error si el origen primario deja de estar disponible. Esto es más eficiente que la conmutación por error a nivel de Route 53, ya que CloudFront puede cambiar de origen rápidamente sin depender de los TTL de DNS. La primera opción es incorrecta porque la conmutación por error de Route 53 es más lenta y menos granular. La tercera opción es incorrecta porque un ALB no puede distribuir tráfico entre Regiones. La cuarta opción es incorrecta porque Global Accelerator es útil para optimizar el rendimiento global, pero CloudFront ya proporciona esta funcionalidad para contenido web, y la configuración de origen de CloudFront es la forma más directa de lograr la conmutación por error regional para un ALB.