Una aplicación web sirve contenido estático desde un bucket de S3 detrás de CloudFront y contenido dinámico a través de un ALB que enruta a grupos de Auto Scaling de EC2. El dominio está en Route 53. Durante las horas pico, algunos usuarios reciben errores HTTP 503 Service Unavailable del ALB. La empresa quiere mostrar una página de error personalizada inmediatamente cuando ocurre este error, con una sobrecarga operativa mínima. ¿Qué solución cumple con el requisito?

La opción correcta utiliza la función de conmutación por error de origen de CloudFront, que está diseñada para este escenario. Al configurar el ALB como origen primario y un bucket de S3 con la página de error personalizada como origen secundario, CloudFront automáticamente redirigirá las solicitudes al origen secundario si el primario devuelve un error HTTP 503, 504, o si falla la conexión. Esto proporciona una solución de alta disponibilidad con mínima sobrecarga operativa. Las otras opciones son menos eficientes o más complejas: La política de enrutamiento de conmutación por error de Route 53 solo funciona a nivel de DNS y no detectaría errores 503 específicos del ALB sin una comprobación de estado compleja y una latencia de conmutación por error más alta. Crear una segunda distribución de CloudFront y usar Route 53 para conmutación por error es una solución más compleja y costosa para un simple manejo de errores de origen. Una CloudFront Function para inspeccionar cada respuesta añade latencia y complejidad innecesarias, además de que la conmutación por error de origen ya maneja este caso de uso de forma nativa y eficiente.