一家连锁旅行社在两个固定的 Amazon EC2 实例上运行一个应用程序，这些实例位于 Route 53 多值记录之后，该记录返回实例的 Elastic IP。该应用程序使用 DynamoDB 作为主要存储，并使用自托管的 Redis 缓存。目的地内容每季度更新一次；更新会导致负载激增并造成停机。您必须使应用程序具有高可用性并能够处理更新负载。哪种解决方案能满足这些需求？

正确答案通过多项改进解决了所有要求。部署 DAX 可以加速 DynamoDB 读取，尤其是在内容更新期间可能出现读取激增时。将 EC2 实例置于 Auto Scaling 组和 ALB 之后，可以确保应用程序的高可用性和弹性，自动处理流量波动。将 Route 53 指向 ALB 别名是最佳实践。在内容更新之前配置 EC2 实例的计划扩缩，可以主动应对预期的负载激增，避免停机。 其他选项的不足之处在于： 选项二和四：使用 CloudFront 分配作为源不适用于动态应用程序后端，CloudFront 主要用于缓存静态内容。此外，手动扩缩 EC2 实例无法有效应对预期的负载激增。 选项三：使用 ElastiCache for Memcached 而不是 Redis，虽然 Memcached 也可以作为缓存，但题目明确指出应用程序使用自托管的 Redis 缓存，因此迁移到 ElastiCache for Redis 更直接，且 Memcached 不提供 Redis 的一些高级功能（如持久性）。更重要的是，它没有解决 DynamoDB 的读取性能问题，而这可能是导致更新期间负载激增和停机的主要原因。