一家制造公司在 AWS 上以单体应用的形式，在单个 Amazon EC2 实例上运行一个报告生成应用程序。每个报告大约需要 20 分钟才能生成。该应用程序需要频繁更新紧密耦合的模块，导致修补期间出现停机。当中断发生时，报告生成会从头开始重新启动。该公司希望该应用程序具有灵活性、可扩展性，并能逐步改进，同时最大限度地减少停机时间。哪种解决方案符合这些要求？

将应用程序拆分为微服务，并在 Amazon ECS 上运行，可以解决紧密耦合模块频繁更新导致停机的问题，因为微服务可以独立部署和更新。ECS 结合服务自动扩缩提供了弹性、可扩展性和高可用性。报告生成中断时，微服务架构可以支持更细粒度的重试或补偿机制。 其他选项不符合所有要求： 在 AWS Lambda 上以单个函数的形式运行应用程序，虽然提供了无服务器的弹性，但报告生成时间长（20 分钟）可能超出 Lambda 的默认执行限制，并且单个函数仍然是单体架构，无法解决紧密耦合模块的更新问题。 在 Amazon EC2 Spot Instances 上以微服务的形式运行应用程序，虽然微服务架构是正确的方向，但 Spot 实例的临时性不适合需要长时间运行且不希望中断的报告生成任务，即使使用 Spot Fleet 也无法保证任务不被中断。 在 AWS Elastic Beanstalk 上以单个应用程序环境的形式运行应用程序，仍然是单体架构，无法解决紧密耦合模块的更新和停机问题。