Una empresa aloja un foro comunitario utilizando un ALB que se encuentra frente a contenedores Docker en Amazon ECS, con datos en Amazon RDS para MySQL e imágenes de contenedor en ECR. Requieren un SLA de recuperación ante desastres con un RTO ≤ 24 horas y un RPO ≤ 8 horas. ¿Cuál es la solución MÁS rentable que cumple con estos objetivos de RTO/RPO?

La opción correcta cumple con los objetivos de RTO (24 horas) y RPO (8 horas) de manera rentable. Almacenar la imagen de Docker en ECR en dos regiones asegura la disponibilidad del código. Las instantáneas de RDS cada 8 horas y su copia a la región secundaria garantizan que el RPO de 8 horas se cumpla, ya que la pérdida máxima de datos sería de 8 horas. En caso de desastre, CloudFormation permite una rápida implementación de la infraestructura (ALB, EC2, ECS, RDS) en la región secundaria, lo que ayuda a cumplir el RTO. Restaurar desde la instantánea más reciente de RDS y actualizar el DNS completan el proceso de recuperación. La primera opción es menos rentable porque mantiene recursos idénticos en dos regiones, lo que implica un costo continuo más alto sin ser estrictamente necesario para el RTO/RPO dados. La tercera opción es incorrecta porque la restauración de MySQL desde S3 y la importación de la imagen de Docker en ECR pueden ser procesos más lentos y complejos que no garantizan el RTO. La cuarta opción, aunque es un patrón de recuperación válido, no es la más rentable en este caso, ya que mantener una réplica de lectura entre regiones de RDS es más costoso que las instantáneas y la implementación de un entorno de "piloto automático" puede ser más complejo de gestionar para cumplir el RTO/RPO específicos.