Una empresa minorista en línea ejecuta una aplicación web en la región us-west-2 y planea expandirse a Europa. La aplicación debe ofrecer baja latencia a nivel global, identificar las direcciones IP de los usuarios para proporcionar contenido localizado, admitir los métodos HTTP GET y POST, y realizar conmutación por error entre regiones basándose en comprobaciones de estado tanto para GET como para POST. La conmutación por error debe ocurrir en menos de 1 minuto para todos los clientes. ¿Qué arquitectura cumple con estos requisitos?

La opción correcta es implementar un Application Load Balancer (ALB) en cada región y usar AWS Global Accelerator. Los ALB son necesarios porque la aplicación requiere identificar las direcciones IP de los usuarios (para contenido localizado), lo cual no es posible con CloudFront si se usa como proxy, y deben admitir métodos HTTP GET y POST. Global Accelerator proporciona baja latencia global al dirigir el tráfico a través de la red troncal global de AWS y permite la conmutación por error entre regiones en menos de 1 minuto, gracias a sus comprobaciones de estado de baja latencia y su capacidad de reaccionar rápidamente a los cambios. Las otras opciones son incorrectas porque: Usar NLB no permite la identificación de la IP del usuario a nivel de aplicación (solo a nivel de red). Usar Route 53 para la conmutación por error no garantiza la conmutación en menos de 1 minuto para todos los clientes, ya que depende del TTL de DNS. CloudFront no es adecuado para la identificación de la IP del usuario si se usa como proxy para la aplicación web principal.