一家公司将其应用程序迁移到 AWS。该应用程序在 Application Load Balancer (ALB) 后面的两个 EC2 实例上运行。MySQL 数据库在一个单独的 EC2 实例上运行，并且是读密集型的。每个 EC2 实例都将其频繁更新的静态内容存储在其附加的 Amazon EBS 卷上；静态内容更新时必须复制到每个 EBS 卷。负载全天变化，在高峰时段，应用程序无法处理所有请求。追踪显示数据库无法处理高峰读取流量。哪种解决方案将提高应用程序的可靠性？

正确答案通过以下方式提高了可靠性：将应用程序容器化并使用 Fargate 上的 ECS，这提供了自动扩展和高可用性，无需管理底层 EC2 实例。使用 Amazon EFS 存储静态内容解决了当前需要手动复制到每个 EBS 卷的问题，EFS 提供了共享、可扩展的文件系统，所有容器都可以访问。配置 Application Auto Scaling 确保应用程序可以根据负载动态调整容量。将数据库迁移到具有读取器数据库实例的 Amazon Aurora MySQL Serverless v2，可以自动扩展以应对高读取流量，并提供高可用性。 其他选项不正确的原因： 将应用程序迁移到 Lambda 函数可能不适合所有应用程序，并且从 EBS 卷读取静态内容会引入复杂性，因为 Lambda 是无服务器的。 将应用程序迁移到 Step Functions 状态机通常用于协调工作流，而不是作为 Web 应用程序的直接替代品。 在 ECS 上使用新的 EBS 卷来存储静态内容仍然需要管理卷的共享和同步，这不如 EFS 效率高。