Una cadena de agencias de viajes ejecuta una aplicación en dos instancias fijas de Amazon EC2 detrás de un registro multivalor de Route 53 que devuelve las Elastic IP de las instancias. La aplicación utiliza DynamoDB para el almacenamiento principal y una caché Redis autohospedada. El contenido de destino se actualiza trimestralmente; las actualizaciones disparan la carga y han causado tiempo de inactividad. Debe hacer que la aplicación sea de alta disponibilidad y capaz de manejar la carga de actualización. ¿Qué solución satisface estas necesidades?

La opción correcta aborda todos los requisitos. DAX mejora el rendimiento de DynamoDB para lecturas intensivas, lo cual es crucial para una aplicación que experimenta picos de carga. Un grupo de Auto Scaling con un ALB proporciona alta disponibilidad y escalabilidad elástica para las instancias EC2, reemplazando las instancias fijas y el registro multivalor de Route 53. El escalado programado asegura que la aplicación esté preparada para las actualizaciones de contenido trimestrales, evitando el tiempo de inactividad. Las opciones incorrectas fallan en varios aspectos: Usar CloudFront con un grupo de Auto Scaling como origen no es ideal para una aplicación dinámica que requiere un balanceador de carga de aplicación. ElastiCache para Memcached es una opción de caché válida, pero la pregunta menciona una caché Redis autohospedada, por lo que ElastiCache para Redis sería una migración más directa. El escalado manual no es una solución de alta disponibilidad y no previene el tiempo de inactividad de manera proactiva.