任务 3：定义应用程序优先级排序流程

应用程序优先级划分是确定应用程序应按何种顺序迁移到云端的过程。您可以根据将应用程序迁移到云端的复杂性以及您定义的规则来评估优先级。在讨论应用程序优先级时，高优先级不一定与应用程序对业务的重要性相关。实际上，业务关键型应用程序的迁移优先级通常较低，因为业务关键型应用程序的风险更高。在大规模迁移中，您可以优先考虑非业务关键的低复杂性应用程序，并且在每一次迁移中，您都会迁移越来越复杂或业务关键型应用程序。

在大型迁移中，有数百个应用程序需要迁移，我们不建议您同时对每个应用程序进行优先级排序和规划。这就是为什么定义应用程序优先级划分流程对大型迁移项目至关重要的原因之一。要以灵活的方式进行迁移，您可以选择优先级最高的应用程序（3—10 个应用程序），也可以为3—5个Wave选择足够的应用程序。然后，您只需完成所选应用程序的应用程序发现和波浪规划。这种方法可以节省大量时间，因为在大规模迁移过程中，应用程序的优先级和波浪经常会发生变化。

关于应用程序优先级的一个常见误解是，优先级最高的应用程序应该出现在第一波中。在执行波浪计划时，由于其他应用程序尚未准备就绪，在优先级最高的 10 个应用程序中，很可能只有少数几个会出现在第一波中。这可能是出于各种正当理由，例如依赖关系、业务限制或资源可用性。应用程序优先级是波浪规划中的一个关键因素，但它不应该是你考虑的唯一因素。

在本任务中，您将定义应用程序优先级划分流程和规则。此任务包括以下步骤：

• 步骤 1：定义应用程序优先级排序流程

• 步骤 2：定义应用程序优先级规则

• 第 3 步：完成应用程序优先级排序流程

下一节将讨论复杂性评分。本手册为如何确定应用程序的优先级提供了三个流程选项，三个选项中有两个使用复杂度评分。有关流程选项的更多信息，请参阅步骤 1：定义应用程序优先级排序流程。如果您计划使用申请提名流程，则无需定义复杂性评分标准，而应直接继续步骤 1：定义应用程序优先级排序流程。

关于复杂性评分标准

复杂性评分是用于评估应用程序迁移难度的过程，这是确定应用程序优先级时的关键因素。复杂性评分涉及根据您定义的相同业务和技术标准对所有应用程序进行评估。在评估应用程序时，您可以为每个标准分配一个分数。当你将业务标准和技术标准的分数相加时，你得到的复杂度分数反映了迁移该应用程序的总体复杂性。然后，您可以在确定应用程序优先级和规划波浪时使用复杂度分数。

复杂度评分标准分为两类：

• 业务标准 — 此类别中的标准与迁移应用程序的业务复杂性有关，例如应用程序不可用时的风险、安全性和合规性注意事项以及资源可用性。

• 技术标准 — 此类别中的标准与迁移应用程序的技术复杂性有关，例如操作系统及其版本、服务器和用户数量以及迁移策略。

您应该为自己的用例确定适当的评分标准。如果您要手动对应用程序复杂性进行评分，则在投资组合手册模板中，应用程序复杂度分数表模板（Microsoft Excel 格式）包含一组标准的标准和分数值。您可能需要从这些值开始，然后根据自己的用例对其进行自定义。如果您使用发现工具来确定应用程序的优先级，则这些工具通常包括一组标准的标准，您可以添加、删除或修改标准，也可以根据需要对其进行权衡。在制定标准时，请使用接下来两节中的问题来帮助完善标准。

业务标准

以下是复杂性评分中常用的业务标准。

业务标准	描述
业务影响	评估此应用程序不可用时对业务的影响： 它会影响财务吗？ 它会影响运营吗？ 它会影响客户体验吗？ 它会影响产品或公司活动吗？
员工可用性	在迁移过程中，您可能需要应用程序所有者、主题专家 (SME)、网络或基础设施管理员、测试人员和开发人员的帮助。评估以下资源的可用性，以便在迁移期间为您提供帮助： 在迁移期间，这些工作人员是否可以为迁移团队提供协助和指导？ 迁移应用程序后，这些工作人员是否可以测试和验证应用程序？ 这些员工能否提供在目标环境中运行应用程序所必需的 IP 地址或端口？
业务复杂性	拥有许多相互依存和相互关联的利益相关者、信息技术系统和组织结构会增加业务的复杂性。按如下方式评估业务复杂性： 企业需要多长时间才能批准基础设施和网络变更，例如防火墙更改或配置新实例？ 企业需要多长时间才能批准在其服务器上安装新的软件或工具，例如发现工具？
准备就绪	评估应用程序是否已准备好迁移，如下所示： 应用程序当前是否正在进行或计划进行技术更新？ 是否安排了维护，是否会与计划的迁移重叠？ 应用程序是否计划停用？ 应用程序目前是否正在升级，是否正在开发或集成任何新功能？
安全性	评估应用程序安全要求和安全策略的复杂性，如下所示： 您是否需要配置 IP 地址和端口来访问应用程序？ 应用程序是否需要基础架构保护？ 应用程序是否需要数据保护？ 是否需要密钥管理？ 该应用程序是否需要特殊的访问管理策略？ 应用程序是否需要监控或记录？ 该应用程序是否需要事件响应流程和自动化？ 此应用程序是否需要警报和通知？
合规	合规要求可能适用于该应用程序，例如国家、商业行业或公司政策提供的法律、法规和指导方针。评估应用程序合规性要求的复杂性，如下所示： 是否有任何数据隐私和居住要求？ 应用程序中的静态数据是否应该加密？ 是否应该对传入或传出应用程序的数据进行加密？ 是否需要审核日志？ 应用程序是否需要符合会计和财务标准，例如系统和组织控制 (SOC)？ 应用程序是否需要符合支付安全标准，例如支付卡行业 (PCI)？ 申请是否需要符合患者健康信息法规，例如《健康保险便携与责任法案》(HIPAA)？ 应用程序是否需要符合公共云安全计划，例如信息系统安全管理和评估计划 (ISMAP)？
应用知识	组织中的某人（例如应用程序所有者）是否具备维护、集成、故障排除和修复问题的知识、技能和经验？ 您是否能够扩展应用程序以满足业务需求？
迁移技巧	您组织中的员工是否具备将工作负载迁移到目标环境的技能？

技术标准

以下是复杂性评分中常用的技术标准。

技术标准	描述
存储	按如下方式评估应用程序的当前存储： 应用程序当前存储在哪里？ 示例包括网络连接存储 (NAS)、存储区域网络 (SAN) 或本地驱动器。 当前存储空间的总大小是多少？
用户数	这个应用程序有多少用户？ 您可以使用实际日志或估算值。
服务器数量	应用程序堆栈中有多少台服务器？
连接	评估此应用程序与组织中其他应用程序的连接情况，如下所示： 还有多少其他应用程序依赖于此应用程序？ 如果此应用程序不可用，会对其他应用程序产生什么影响？
应用程序操作系统和版本	按如下方式评估应用程序服务器的操作系统 (OS) 和版本： 服务器的操作系统版本是否不再受支持？ 服务器运行的是 Unix 还是 Linux 操作系统？ 服务器运行的是 Windows 服务器操作系统吗？ 应用程序是在大型机上还是在中端服务器上？
应用程序依赖关系	评估此应用程序对您环境中其他资源的依赖程度： 此应用程序依赖哪些资源？ 资源可以是其他应用程序、组件、特定于操作系统的服务（例如注册表或 Web 服务器）或库。 如果其中一个或多个资源不可用，会对应用程序产生什么影响？
数据迁移	评估您是否需要为此应用程序迁移数据或文件： 数据迁移有多复杂？ 文件迁移有多复杂？
迁移策略	评估所选迁移策略的复杂性。有关迁移策略的更多信息，请参阅 AWS 大型迁移指南。
COTS 或定制	评估应用程序是定制的还是商业的 off-the-shelf (COTS)，如下所示： 你有最新版本的源代码吗？ 应用程序供应商是否支持？ 应用程序是外包的吗？

步骤 1：定义应用程序优先级排序流程

本手册包括三个用于确定应用程序优先级的流程选项。您可以选择其中一个选项，也可以决定合并两个或多个选项并构建自定义流程。评估您的用例，并确定以下哪项最适合您的环境：

• 选项 1：手动复杂度评分— 这是一个手动确定优先级的流程，可以由个人完成，也可以在研讨会式的会议中完成。在此过程中，您可以使用复杂性评分标准来评估迁移每个应用程序的难度，这是确定应用程序优先级的重要因素。这种手动过程非常适合大型迁移，因为它为确定大型应用程序组合的优先顺序提供了一种一致的定量方法。但是，与其他两个选项相比，根据一组已定义的标准评估每个应用程序可能是一个较慢的过程。

• 选项 2：申请提名— 这是一个手动确定优先级的过程，通常以研讨会式的会话完成。在此过程中，应用程序所有者提名要迁移的应用程序。要取得成功，此过程需要应用程序所有者对各自的应用程序有全面的了解。如果时间是一个因素，并且您需要快速确定应用程序的优先级，则建议使用此过程。

• 选项 3：发现工具— 这是一个自动确定优先级的过程。如果您环境中的发现工具具有自动应用程序复杂性评分或优先级划分的自动功能，则使用此功能可以节省时间并加快应用程序优先级划分过程。在此过程中，您通常会在发现工具的参数范围内定义标准，然后该工具会分析应用程序并提供最终的复杂性分数。在选择此选项之前，请浏览发现工具中的可用功能，并确认您可以对其进行自定义，以满足您的用例需求。

选项 1：手动复杂度评分

在此手动划分应用程序优先级的流程中，您可以使用工作表根据一组已定义的复杂性评分标准来评估应用程序。我们建议您在研讨会式的会议中完成工作表，或者个人可以通过与利益相关者合作来完成工作表。然后，您可以使用最终的复杂度分数和应用程序优先级规则来确定应用程序的优先级。在手动流程中，这提供了最一致的定量方法来确定应用程序的复杂性并使用这些信息来确定应用程序的优先级。

对于此过程中的复杂性评分步骤，我们建议您使用投资组合手册模板中提供的应用程序复杂性分数表模板（Excel 格式）。此模板包括预定义的业务和技术标准。您可以添加、删除或修改这些标准，也可以调整评分值。例如，您可能更喜欢将得分范围设为 1—10，而不是 1—5。请注意有关所提供模板的以下内容：

• 您可以将鼠标悬停在每个标准上方以对其进行描述。

• 熟悉模板后，应删除示例。这些仅用于演示目的。

在迁移的整个初始化和实施阶段，不断更新复杂性评分表。随着投资组合评估的进展，分数可能会发生变化。深入研究应用程序是更新分数表的常见时间，因为当团队详细检查每个应用程序时，您可以了解有关每个应用程序的更多信息。在迁移过程中，如果您遇到问题，例如未发现的依赖关系和限制，使您无法迁移应用程序，也可以更改应用程序的优先级。通过在整个迁移过程中保持分数表，您可以更准确地确定应用程序的优先级。

按如下方式记录您的应用程序优先级排序流程：

1. 在作品集剧本模板中，打开分数表模板以了解应用程序的复杂性。

2. 在 “应用程序” 选项卡上，根据需要添加、修改或删除迁移标准。修改标准时，请执行以下操作：

   • 请查看本手册关于复杂性评分标准部分中的指南。

   • 考虑每项标准对迁移持续时间、资源和成本的影响。

   • 要获得可靠的复杂性分数，请包括代表组织中不同迁移复杂程度的标准。

3. 在评分指南表上，根据您的用例的需要更新默认值和标准。

4. 保存分数表。

5. 打开您的应用程序优先级排序操作手册。

6. 在 “应用程序复杂性评分标准” 部分中，更新该部分以反映您的分数表的位置。

7. 在 “应用程序优先级排序流程” 部分，执行以下操作：

   1. 保留选项 1：手动复杂度评分并删除其他选项。

   2. 根据您的用例的需要修改流程。

   3. 删除本节中所有包含 Opti on 一词的标题。将它们留在运行手册中可能会让用户感到困惑，以为该过程是可选的，或者有多个选项可用。

   4. 保存您的应用程序优先级排序操作手册。

选项 2：申请提名

这种手动应用程序优先级排序流程是对应用程序进行优先级排序的最简单、最快的方法。在此过程中，您要求应用程序所有者提名可以轻松迁移到云端的应用程序。然后，您和应用程序所有者可以快速确定应用程序的优先级，因为您已经对提名的应用程序有了深入的了解。我们建议您在研讨会式的会议中与利益相关者合作，但也可以通过电子邮件、共享文档和其他通信平台进行协作。

在提名过程中，您需要将提名的申请输入到档案组合手册模板中包含的应用程序复杂性分数表模板（Excel 格式）。您不会使用此模板中的所有评分和标准功能，但我们建议您使用此表来记录提名和优先排序决定。

在某些情况下，申请提名流程用于加快优先级排序，可能不需要分数表。例如，如果您只对少数几个应用程序进行优先排序，或者应用程序所有者对其应用程序非常了解，则应用程序所有者和利益相关者可以根据他们的知识和经验对应用程序进行优先排序。在这种情况下，他们可以跳过使用分数表，直接进入优先级排序。

按如下方式记录您的应用程序优先级排序流程：

1. 打开您的应用程序优先级排序操作手册。

2. 删除 “应用程序复杂性评分标准” 部分。此过程不使用应用程序复杂性评分。

3. 在 “应用程序优先级排序流程” 部分，执行以下操作：

   1. 保留选项 2：申请提名并删除其他选项。

   2. 根据您的用例的需要修改流程。

   3. 删除本节中所有包含 Opti on 一词的标题。将它们留在运行手册中可能会让用户感到困惑，以为该过程是可选的，或者有多个选项可用。

4. 保存您的应用程序优先级排序操作手册。

选项 3：发现工具

如果您的发现工具具有复杂性评分或应用程序优先级划分功能，则此自动化过程只需要很少的资源，并且可以加快应用程序优先级划分过程。您可以在发现工具中为您的用例自定义标准，然后发现工具会自动分析应用程序并提供最终的复杂性分数。由于该工具已包含所有应用程序元数据，因此您无需输入。

例如，Flexera One Cloud迁移和现代化（前身为Flexera基金会和 CloudScape）发现工具具有名为优化记分卡的复杂性评分功能。此功能允许您选择要包含在评分中的标准，并根据自己的喜好对每个标准进行权衡。数据发现完成后，发现工具会根据您提供的加权标准分析数据，并使用该工具的专有公式得出最终的复杂性分数。有关更多信息，请参阅基础和 CloudScape 用户指南（Flexera 文档）和优化记分卡（Flexera 文档）。

此过程的缺点是，在您的环境中为无代理发现工具设置扫描设备或为所有范围内的工作负载安装代理需要时间（4—8 周）。在发现工具中使用评分功能之前，必须留出更多时间（4—12 周），让发现工具通过扫描应用程序工作负载和执行应用程序堆栈分析来收集元数据。但是，您可能会发现，通过减少收集元数据和确定应用程序优先级所需的时间和资源，可以恢复配置发现工具所需的额外时间。例如，如果发现工具的数据仍然是最新的，则投资组合工作流可以重复使用发现工具及其在动员阶段的数据来识别试点应用程序。

注意

如果您使用的是发现工具流程，您仍然可以根据应用程序复杂性使用手动分数表模板，以便根据不同的标准来分析应用程序。这些附加信息可能会帮助您调整应用程序的优先级。

按如下方式记录您的应用程序优先级排序流程：

1. 如果您尚未这样做，请在您的环境中设置发现工具。有关更多信息，请参阅 “ AWS 规范性指南” 网站上的自动投资组合发现入门。

2. 根据工具的说明，在发现工具中自定义复杂性评分或应用程序优先级标准。有关选择标准的更多信息，请参阅关于复杂性评分标准。

3. 打开您的应用程序优先级排序操作手册。

4. 在 “应用程序复杂性评分标准” 部分中，更新该部分以反映评分标准是在发现工具中定义的。示例：复杂性评分标准在中定义<your discovery tool>。

5. 在 “应用程序优先级排序流程” 部分，执行以下操作：

   1. 保留选项 3：发现工具，然后删除其他选项。

   2. 根据您的用例的需要修改流程。请务必附上有关如何生成包含复杂度分数的报告的 step-by-step 说明。如果有，您可以添加指向用户指南的链接。

   3. 删除本节中所有包含 Opti on 一词的标题。将它们留在运行手册中可能会让用户感到困惑，以为该过程是可选的，或者有多个选项可用。

6. 保存您的应用程序优先级排序操作手册。

步骤 2：定义应用程序优先级规则

在此步骤中，您将定义应用程序优先级规则，这些规则可帮助您确定应用程序的迁移顺序。尽管应用程序的复杂性分数是确定应用程序优先级和规划浪潮的重要因素，但也必须考虑业务和技术因素。您可以创建规则来评估每个应用程序的优先级，并帮助您在适当的波浪中安排应用程序。常见的业务和技术规则包括：

• 指定迁移数据中心的顺序和时间表

• 确定业务部门的优先顺序

• 捕捉关键业务应用程序的最后期限

按如下方式定义您的应用程序优先级规则：

1. 打开您的应用程序优先级排序操作手册。

2. 在应用程序优先级规则部分，添加迁移的自定义规则。

3. 保存应用程序优先级排序运行手册。

4. 维护应用程序优先级排序运行手册中的规则。随着迁移进度、范围的变化或时间表的变化，规则可能会发生变化。

以下是一组应用程序优先级规则的示例。

优先级	规则
1	纽约数据中心中的应用程序应始终比德克萨斯数据中心的应用程序具有更高的优先级。
2	IT 部门的应用程序应始终比营销部门的应用程序具有更高的优先级。
3	复杂度分数较高的应用程序应具有更高的优先级。
4	SAP 应用程序需要在年底之前迁移。

第 3 步：完成应用程序优先级排序流程

现在，您可以定义投资组合工作流如何使用规则和流程来确定应用程序的优先级。这是项目组合工作流在迁移的实施阶段所引用的流程。

在应用程序优先级划分运行手册中自定义此流程，如下所示：

1. 打开您的应用程序优先级排序操作手册。

2. 在 “第 2 阶段：确定应用程序优先级” 部分，根据您的用例和环境修改流程。

3. 保存应用程序优先级排序运行手册。

任务退出标准

完成以下任务后，继续执行下一个任务：

• 您已从可用选项中选择了应用程序优先级排序流程。

• 您已在应用程序优先级排序运行手册中记录了以下内容：

  • 应用程序复杂性评分标准（如果适用）

  • 应用程序优先级排序流程

  • 应用程序优先级规则

• 您已经更新了应用程序运行手册的 “第 2 阶段：确定应用程序优先级” 部分。