Una aplicación utiliza una distribución de Amazon CloudFront con un Application Load Balancer (ALB) público en una Región como origen predeterminado. La aplicación se implementa en una Región secundaria en una configuración warm-standby y la empresa requiere un RTO de cero segundos para las solicitudes HTTP GET. ¿Cómo se puede automatizar la conmutación por error a la Región secundaria para que los HTTP GET cumplan con ese RTO?

La opción correcta permite un RTO de cero segundos para solicitudes HTTP GET porque CloudFront gestiona la conmutación por error automáticamente y sin interrupción para el cliente. Al configurar un grupo de orígenes con el ALB secundario como origen de respaldo y el ALB primario como origen principal, CloudFront puede cambiar instantáneamente al origen secundario cuando el primario devuelve errores 5xx. Las otras opciones no cumplen con el requisito de RTO de cero segundos para HTTP GET. La creación de una segunda distribución de CloudFront y el uso de Route 53 para la conmutación por error (opción 1) introduce latencia de DNS. La conmutación por error de Route 53 directamente a los ALB (opción 3) también depende de la propagación de DNS y no utiliza CloudFront para la conmutación por error. Una función de CloudFront que emite una redirección 307 (opción 4) requiere que el cliente realice una nueva solicitud, lo que no cumple con el RTO de cero segundos.