Una aplicación se ejecuta en instancias de Amazon EC2 detrás de un Elastic Load Balancer en un grupo de Auto Scaling y utiliza una tabla de Amazon DynamoDB. La empresa quiere asegurarse de que la aplicación pueda estar disponible en otra región de AWS con un tiempo de inactividad mínimo. ¿Qué debería hacer un arquitecto de soluciones para cumplir este requisito con el MENOR tiempo de inactividad?

La opción correcta minimiza el tiempo de inactividad al tener la infraestructura de la aplicación (Auto Scaling Group y Load Balancer) pre-aprovisionada en la región de recuperación ante desastres. Configurar DynamoDB como una tabla global asegura que los datos estén replicados y disponibles en la región secundaria con baja latencia. La conmutación por error de DNS, utilizando servicios como Amazon Route 53, permite redirigir el tráfico rápidamente a la nueva región en caso de un desastre. Las opciones incorrectas que usan AWS CloudFormation "cuando sea necesario" introducen un retraso significativo para aprovisionar los recursos, lo que aumenta el tiempo de inactividad. La opción que utiliza una alarma de CloudWatch y una función Lambda para actualizar Route 53 es más compleja y potencialmente más lenta que la conmutación por error de DNS gestionada directamente por Route 53.