一家公司运行着一个单体的本地应用程序，该程序难以扩展和维护。他们计划将其迁移到 AWS 并拆分为微服务。此计划遵循了哪项 AWS 完善架构 (Well-Architected) 最佳实践？

将单体应用程序拆分为微服务，旨在实现松散耦合的依赖关系。微服务架构鼓励将大型应用程序分解为更小、独立的服务，每个服务都可以独立开发、部署和扩展。这种方式减少了服务间的紧密联系，使得一个服务的变更不会对其他服务产生过大影响，从而提高了系统的可维护性、可扩展性和韧性。 其他选项虽然也是 AWS 完善架构的实践，但与将单体应用拆分为微服务以解决扩展和维护难题的直接关联性较低： 将功能测试作为 AWS 部署的一部分进行集成，是DevOps实践的一部分，但不是拆分微服务的主要目的。 使用自动化部署变更，是持续交付的实践，有助于微服务的部署，但不是其核心目标。 将应用程序部署到多个位置，是实现高可用性和容错性的策略，与微服务的拆分是不同的概念。