投资组合发现和初步规划

投资组合评估的这一阶段发生在云之旅的早期。它通常是在接近将现有应用程序组合迁移到云端的行政决策时执行的，或者是在探索阶段执行的。投资组合发现和初始规划阶段侧重于以下方面：

• 了解业务驱动因素

• 确定现有的数据来源

• 评估对自动发现工具的需求

• 为应用程序优先级排序和迁移策略选择建立基本模型

这些活动导致以下结果：

• 对投资组合的初步分析

• 确定初始移民候选人

• 为移民创建定向商业案例

• 初步计划概述。

关键是要了解这个阶段的利益相关者是谁，以及他们在向前迈进时有哪些数据要求。利益相关者包括董事会成员 CxOs、业务部门负责人、高级经理和应用程序所有者。

提示：有关详细信息和指导，请参阅AWS云迁移应用程序组合评估指南中的相关部分。

高级目标和行动

• 确定利益相关者——谁受到迁移的影响？ 谁是决策者？ 谁从这次迁移中受益？ 谁负责执行迁移？

• 确定业务驱动因素 — 迁移所追求的业务成果和目标是什么（例如，业务转型、成本降低、灵活性）？ 这些信息将是迁移战略和优先顺序的关键决定因素。

• 识别现有的数据来源-识别并记录现有的数据来源，例如人员、工具、文档。为每个来源分配信任级别。例如，程序化或自动来源比机构知识或文档更可信。随着时间的推移，信任度较低的数据源将被信任度较高的数据源所取代。

• 建立应用程序和基础架构的初始清单-确定应用程序名称、主要功能、关键程度、IT 环境、高级合规性和监管要求以及已知的依赖关系。哪些 IT 资产与应用程序相关联？ 识别产品名称和版本、历史性能数据、已知问题和风险。

• 确定数据差距和发现需求 — 分析数据差距并评估采购自动发现工具的需求。发现工具的投资决策应以提高对数据的整体信心以进行准确分析为后盾。为了保持应用程序产品组合的 up-to-date 视图，建议使用专门的工具来发现工作负载。

• 部署发现工具 — 采购、安装和配置发现工具（如果适用），并制定目标系统的推广计划。为所有目标系统收集两周的编程数据可提供足够的数据来实现这一阶段的结果。但是，为了完善产出，需要在后期阶段持续收集数据。

• 收集总拥有成本 (TCO) 数据 — 使用收集的数据生成和更新 TCO 报告，并创建有针对性的业务案例。有关更多信息，请参阅最佳实践部分。

• 使用应用程序合理化模型-建立或采用基本应用程序合理化模型进行迁移。包括关键应用程序属性的选择、优先级的权重以及基于 7 R 决策树的初始 R 类型（重新托管、平台重构、重构（重新架构）、回购、保留、停用）。

• 确定最初的迁移候选对象 — 现在可以迁移哪些应用程序来建立或扩展AWS基础并获得经验？ 在此阶段，模型应优先考虑依赖程度低的简单工作负载（例如，零三）。

• 规划正在进行的评估 — 规划下一个投资组合评估活动，例如对优先工作负载进行详细评估。

• 规划沟通 — 为利益相关者制定沟通计划或节奏以及范围控制机制。随着迁移计划的进展，范围发生变化是正常的。确保投资组合数据有单一事实来源，并跟踪、评估和传达范围的变化。

结果

• 记录业务驱动因素、成果、目标和技术指导原则。

• 初步清点应用程序和基础架构，并发现了数据缺口。这是对投资组合的初步看法，将在以后的阶段进行迭代和完善。

• 定向业务案例和预计迁移成本。

• 作为初始迁移候选的三五个应用程序的列表。

• 与投资组合相关的活动、里程碑和范围变更的沟通计划。

最佳实践

• 专注于舞台目标，将分析保持在较高水平。采用渐进式方法进行数据收集，不要等待完整的数据集后再继续前进。

• 避免分析瘫痪。专注于找出数据差距并推动采取行动以缩小这些差距。

• 购买专门的发现工具。通常通过自动化工具获得的编程数据具有更高的信任度，应优先于书面文档、静态数据和机构知识。

• 与已确定的利益相关者合作，清除阻碍因素。

• 为应用程序组合评估工作流程分配单线程负责人。

• 考虑使用 M igration Evaluator 来处理您的定向业务案例，或者浏览AWS合作伙伴网络的商业案例分析工具和产品。

• 考虑可以帮助您加速实现业务成果的AWS专业服务和AWS合作伙伴。