Una empresa debe migrar una aplicación web .NET de tres niveles (que depende de MySQL) de un entorno on-premises a AWS para gestionar 200.000 usuarios diarios y proporcionar escalabilidad y alta disponibilidad. ¿Qué pasos de diseño debe seguir el arquitecto de soluciones para cumplir estos requisitos?

La opción correcta utiliza CloudFormation para una implementación automatizada y repetible. Un ALB distribuye el tráfico eficientemente, y un grupo de Auto Scaling de EC2 en tres AZs asegura escalabilidad y alta disponibilidad para la capa de aplicación. Amazon Aurora MySQL Multi-AZ ofrece alta disponibilidad y rendimiento superior a RDS MySQL estándar, y la política de retención (Retain) para la base de datos es crucial para evitar la pérdida accidental de datos en un entorno de producción. Route 53 con un alias es el método estándar para enrutar el tráfico del dominio. Las opciones incorrectas presentan deficiencias: Elastic Beanstalk es una opción válida, pero un NLB es menos adecuado para aplicaciones web HTTP/HTTPS que un ALB. RDS MySQL Multi-AZ es bueno, pero Aurora MySQL es superior para alta escala. La opción de múltiples regiones es una sobre-ingeniería para los requisitos dados y aumenta la complejidad y el costo innecesariamente. El uso de instancias Spot para una aplicación web de 200.000 usuarios diarios no es adecuado debido a su naturaleza interrumpible, lo que afectaría la disponibilidad. Una política de eliminación de instantáneas para la base de datos no es tan segura como una política de retención para entornos de producción.