本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 持续评估和改进
本阶段的评估侧重于两个方面：
+ 针对每波申请进行持续的详细应用程序评估
+ 持续发展和改进您的投资组合
第一个方面，即持续的详细应用程序评估，侧重于详细的发现和分析，直至架构和技术级别，以充分了解给定浪潮中的每个应用程序、建议的 AWS 设计和迁移策略。对迁移准备情况的评估是启动特定迁移浪潮的先决条件。
第二个方面，即投资组合的持续演变和改进，侧重于投资组合管理以及您计划如何随着时间的推移改进应用程序，包括业务案例的演变和跟踪。
此阶段的主要迁移结果包括以下内容：
+ 每波的迁移范围均经过验证
+ 记录在案的目标架构和给定迁移浪潮中应用程序的迁移策略
+ 确定并验证迁移模式和工具
+ 记录在案的要求（安全、 AWS 基础架构和运营）以及每个浪潮的迁移切换注意事项
此阶段的主要优化结果包括以下内容：
+ 投资组合合理化模型和业务成果
+ 拟议的架构和技术变更及其预期收益
+ 平台要求（安全、 AWS 基础设施和运营）
+ 实施计划
# 了解持续评估数据要求
持续评估和改进应用程序组合所需的数据是前几节中数据要求的组合。要持续管理投资组合迁移及其演变，请参阅以下章节以了解数据需求：
+ 要进行波浪评估和应用程序优化，请使用[按优先级划分的应用程序评估](understanding-detailed-assessment-data-requirements.md)部分中的数据要求。
+ 要持续管理投资组合，请使用[投资组合分析和迁移计划](understanding-complete-assessment-data-requirements.md)部分的数据要求。
+ 要定义波浪计划，请参阅[波浪计划](wave-planning.md)部分。
# 详细的波浪评估
在迁移浪潮来临之前，作为迁移的关键推动因素，对应用程序的详细评估与[按优先顺序排列的应用程序评估](prioritized-applications-assessment.md)阶段具有相同的要求和建议。目标是详细了解给定浪潮中应用程序的当前状态，并制定未来的状态架构设计和迁移策略，包括操作方面、工具和特定的迁移模式。
将[按优先顺序排列的应用程序评估应用](prioritized-applications-assessment.md)于给定浪潮中的一组应用程序。在迁移计划的每个浪潮之前重复此过程。关键是在详细评估和浪潮开始之间安排足够的时间。所需的时间将由实施浪潮要求和执行迁移的平台和迁移团队的要求决定。与这些团队合作，安排详细的波浪评估和浪潮。我们建议采用类似工厂的模型来模拟生产线。
# 优化和现代化评估
已迁移到的工作负载优化和现代化的评估过程类似 AWS 于对要迁移到的工作负载的评估 AWS。主要的变化是进行评估的数据来源。在中 AWS，您可以使用多种 out-of-the-box工具和服务来获取有关在中运行的应用程序的更多信息 AWS。
优化和现代化应用程序的内容和方法将取决于您的独特驱动因素和情况。优化的重点是对当前架构和技术进行更改，以降低成本、调整性能要求并吸取经验教训。现代化的重点是将您的应用程序提升到一个新的水平，例如采用无服务器模型和微服务架构。
遵循按[优先顺序排列的应用程序评估](prioritized-applications-assessment.md)的指导方针。要进一步帮助您的优化和现代化工作，请参阅以下资源：
+ [AWS 成本优化](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/)提供有关 IT 优化和节省 IT 成本的信息。
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)为您的工作负载推荐 AWS 资源，通过使用机器学习来分析历史利用率指标，从而降低成本并提高性能。
+ [AWS 成本和容量优化服务和工具](https://aws.amazon.com/ec2/cost-and-capacity/)有助于管理计算资源，这样您就可以将更多的时间花在构建上，减少管理计算成本的时间
+ [Amazon S3 存储镜头](https://aws.amazon.com/s3/storage-analytics-insights/)可让整个组织了解对象存储使用情况和活动趋势。它提出了切实可行的建议，以提高成本效益并应用数据保护最佳实践。
+ [Database Freedom](https://aws.amazon.com/solutions/databasemigrations/database-freedom/) 有助于迁移到 AWS 数据库和分析服务。
+ [Amazon CodeGuru](https://aws.amazon.com/codeguru/) 是一款开发者工具，可提供智能建议，以提高代码质量并识别应用程序中最昂贵的代码行。
+ [AWS 混合云服务](https://aws.amazon.com/hybrid/)可在您需要的任何地方提供一致的 AWS 体验，包括云端、内部部署和边缘。
**其他资源**
+ [成本优化和创新：应用程序现代化简介](https://aws.amazon.com/blogs/modernizing-with-aws/cost-optimization-and-innovation-an-introduction-to-application-modernization/)（博客文章）
+ [优化无服务器 Web 应用程序的成本](https://aws.amazon.com/blogs/compute/optimizing-the-cost-of-serverless-web-applications/)（博客文章）
+ [Windows 已开启 AWS](https://aws.amazon.com/blogs/modernizing-with-aws/)（博客）
+ [现代应用程序](https://aws.amazon.com/modern-apps/)
+ [应用程序现代化（r](https://www.youtube.com/watch?v=CdEDhWdmutQ) e AWS : Invent 2020）
+ [AWS 微服务指南](https://pages.awscloud.com/microservices-guide.html)
# 迭代波浪计划
随着迁移计划的推进和更多浪潮的迁移，关键是要根据吸取的经验教训和不断变化的业务优先事项来制定迁移浪潮计划。特别是，对于长期实施的移民计划，必须重新评估业务驱动因素和组织变革，并确保迁移浪潮计划仍然有效。
同样，从迁移中吸取的教训将影响波浪计划的组成和每波浪潮的范围。为避免失去对正在发生的事情的可见性，请及时更新[波浪计划](wave-planning.md)。该计划应反映和跟踪正在交付的内容，并应管理和评估迁移范围的变化。
# 发展和跟踪商业案例
随着迁移的进行，尤其是对于长期运行的项目，业务压力不可避免地会导致定期重新审查迁移和现代化的优先事项。
我们建议您在获得新信息时不断完善业务案例，并根据详细业务案例中记录的预期来跟踪实际的商业业绩。这些建议包括以下内容：
+ 组织中的新结构变化影响了业务优先级，并随之影响 IT 战略和应用程序组合
+ 应用程序组合中某一部分的商业重要性增加，或者迁移和现代化旨在实现的变更
+ 迁移应用程序的实际资源利用率数据的可用性，包括调整规模、量化和确认增量现代化的案例
+ 提供有关 IT 运营和支持活动所消耗的工作量的数据，以及对可能的运营改进和自动化的分析
+ 衡量软件开发和维护周期时间变化的数据、按开发阶段划分的软件缺陷和服务可用性信息，以及有待进一步改进的领域的根本原因分析
通过根据业务案例跟踪绩效，您可以改进案例，使其包括进一步的改进，以便在迁移开始后更容易评估和量化。项目治理组织更有能力应对不断变化的业务压力，并引导转型朝着在可管理和可接受的风险水平上实现最大价值的方向发展。
这对于案例中的 IT 生产力、弹性和业务敏捷性优势尤为重要。这些通常既是较大的驱动因素，也是更难提前评估的驱动因素。通过跟踪这些驾驶员的表现，团队可以深入研究并解决阻碍收益实现的问题。或者，可以调整业务案例，以确定实现最持续财务业绩优化的举措的优先顺序。