本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 按优先顺序排列的应用程序评估
在确定了初始应用程序迁移候选对象之后，对这些应用程序进行详细评估后，可以设计和实施云基础，从而加快迁移结果。如果这些基础已经存在，则应用程序评估将有助于进一步开发目标环境以满足迁移要求。此阶段提供了足够的数据，可以生成目标架构设计，并为可以立即迁移的优先应用程序定义迁移策略，以获得信心和经验。此阶段的输出将直接输入其他计划工作流程，例如安全、迁移和 landing zone 以供实施。有关更多信息，请参阅[调动组织以加快大规模迁移。](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/welcome.html)
与前一阶段类似，确定关键利益相关者有助于了解数据需求。通常涉及业务部门负责人和高级经理、应用程序所有者、应用程序和企业架构师以及迁移和平台主管。
**提示**
有关详细信息和指导，请参阅[应用程序组合评估指南中的相关部分：AWS 云 迁移](https://docs.aws.amazon.com/prescriptive-guidance/latest/application-portfolio-assessment-guide/prioritized-applications-assessment.html)。
## 高层次的目标和行动
+ 确认按优先顺序排列的应用程序-为将要进行详细分析的应用程序列表建立基准。加速 time-to-value。我们建议将此列表保持在三到五个应用程序的范围内。
+ 确定利益相关者 — 谁受到这些应用程序迁移的影响，谁会从中受益？ 确保这些利益相关者参与对按优先顺序排列的应用程序的详细分析。
+ 创建详细的应用程序评估 — 彻底调查按优先顺序排列的应用程序的当前状态架构和技术、战略路线图、应用程序生命周期、运营、安全性、依赖关系、风险和问题。对当前对该应用程序的理解的可信度是多少？
+ 制定初步 AWS 设计 — 包括目标架构和技术选择、架构决策和模式、许可、安全、操作、功能和非功能要求：
+ 这个云端应用程序的架构是什么？它将如何在云端运行？
+ 这种设计能否实施和操作？
+ 您是否需要部署云基础或对其进行扩展？
根据您当前的云采用水平，如果这些应用程序代表您的首次云部署，并且尚未做出更广泛的平台决策或尚未制定更广泛的迁移计划，则可能无法实现完整的设计。但是，设计目标架构的过程将揭示基本要求和当前的差距或障碍，并将阐明必须采取的行动。
+ 迁移策略和模式 — 评估首选方法和可用的自动化、迁移工具和技术，以及切换注意事项。首选的迁移方法是什么？ 可以将其记录为可重复使用的模式吗？ 有哪些迁移工具可用？ 高级转换活动有哪些？
+ 估算这些应用程序的运行速率 — 在上面运行这些应用程序时，使用历史性能数据和可用工具来预测成本 AWS。这是可预测的工作负载吗？ 是否有任何已确定的使用模式？ 迁移需要付出多少努力？
## 成果
+ 经过验证的优先级应用程序列表
+ 已确定的应用程序迁移利益相关者名单
+ 记录在案的当前状态架构
+ 记录了迁移候选者的初始目标架构和迁移策略
+ 确定的迁移模式和工具
+ 记录在案的平台要求，例如安全、 AWS 基础架构和运营
+ 记录在案的切换注意事项作为迁移规划的输入
+ 估计运行速率
## 最佳实践
+ 重复使用您的组织定义的架构模式。
+ 将这些应用程序的架构决策记录为模式，以便在随后的详细评估中重复使用。
+ 确定关键依赖关系并解决这些问题。是什么阻碍了此应用程序现在迁移到云端？
+ 请查阅 W [AWS ell-Ar](https://aws.amazon.com/architecture/well-architected/) chitected [和](https://docs.aws.amazon.com/prescriptive-guidance/latest/security-reference-architecture/)安全最佳实践。
+ 请参阅 [AWS 定价计算器](https://calculator.aws/)，估算架构解决方案的成本。
+ 越早开始迁移，数据缺口就会越清晰。计划在执行下一阶段的产品组合评估时迁移优先级应用程序。