Una empresa norteamericana con sede en la Costa Este está implementando una aplicación web en us-east-1 (primaria). La aplicación debe escalar dinámicamente, ser resiliente y admitir una configuración de recuperación ante desastres activa-pasiva con us-west-1 (en espera). Después de crear una VPC en us-east-1, ¿qué pasos debe seguir el arquitecto de soluciones para cumplir con estos requisitos?

La opción correcta establece una arquitectura activa-pasiva robusta y escalable. Implementar ALBs y grupos de Auto Scaling en múltiples Zonas de Disponibilidad (AZs) en ambas regiones (us-east-1 y us-west-1) asegura alta disponibilidad y escalabilidad dentro de cada región. Utilizar una política de enrutamiento de conmutación por error (failover) de Route 53 con comprobaciones de estado (health checks) es la forma estándar y recomendada por AWS para lograr una configuración de recuperación ante desastres activa-pasiva entre regiones. Las opciones incorrectas presentan fallas: La primera opción propone un solo ALB que abarque ambas VPCs, lo cual no es posible ya que los ALBs son regionales. Además, conectar VPCs con peering inter-regional no es necesario para una configuración activa-pasiva con Route 53. La tercera opción sugiere un ALB que abarque ambas VPCs, lo cual es incorrecto. La cuarta opción propone registros de Route 53 separados en cada región, lo cual no configura una conmutación por error automática entre regiones; se necesita una política de enrutamiento de conmutación por error para eso.