任务 3:定义应用程序优先级排序流程 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

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

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

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

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

在此任务中,您可以定义应用程序优先级排序过程和规则。此任务由以下步骤组成:

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

关于复杂性评分标准

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

有两种类别的复杂性评分标准:

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

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

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

业务条件

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

业务条件 描述

业务影响

评估此应用程序不可用时对业务的影响:

  • 它有财务影响吗?

  • 它对运营有影响吗?

  • 它会影响客户体验吗?

  • 它会影响产品或公司活动吗?

员工可用性

在迁移期间,您可能需要应用程序所有者、主题专家 (SME)、网络或基础架构管理员、测试人员和开发人员的帮助。评估这些资源的可用性,以便在迁移期间为您提供帮助:

  • 在迁移期间,这些工作人员是否可以为迁移团队提供帮助和指导?

  • 迁移应用程序后,这名员工是否可以测试和验证应用程序?

  • 这些人员是否可以提供在目标环境中运行应用程序所需的 IP 地址或端口?

业务复杂度

拥有许多相互依存和相互关联的利益相关者、信息技术系统和组织结构会增加业务复杂性。评估业务复杂性,如下所示:

  • 企业需要多长时间才能批准基础设施和网络更改,例如防火墙更改或配置新实例?

  • 企业批准在其服务器上安装新软件或工具(例如发现工具)需要多长时间?

准备就绪

按照,按照,评估应用程序是否已准备就绪,可按照:

  • 应用程序当前是否正在进行或计划进行技术更新?

  • 维护是否已安排,是否会与计划的迁移重叠?

  • 该应用程序是否计划停用?

  • 应用程序当前是否正在升级,是否正在开发或集成任何新功能?

安全性

评估应用程序安全要求和安全策略的复杂性,如下所示:

  • 您是否需要预置 IP 地址和端口来访问应用程序?

  • 应用程序是否需要基础架构保护?

  • 应用程序需要数据保护吗?

  • 是否需要密钥管理?

  • 该应用程序是否需要特殊的访问管理策略?

  • 应用程序需要监控或日志吗?

  • 应用程序是否需要事件响应流程和自动化?

  • 此应用程序是否需要警报和通知?

Compliance

合规要求可能适用于申请,例如国家、商业行业或公司政策提供的法律、法规和指导方针。评估应用程序合规要求的复杂性,如下所示:

  • 是否有任何数据隐私和居住要求?

  • 应用程序中的静态数据是否应该加密?

  • 是否应该对传输到应用程序或从应用程序传输的数据进行加密?

  • 是否需要审计日志?

  • 应用程序是否需要符合会计和财务标准,例如系统和组织控制 (SOC)?

  • 应用程序是否需要符合支付安全标准,例如支付卡行业 (PCI)?

  • 申请是否需要符合患者Health 信息法规,例如《健康保险便携性和问责法案》(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. 删除本节中所有包含 Option 一词的标题。将这些内容留在操作手册中可能会使用户感到困惑,使他们认为该过程是可选的或有多个选项可用。

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

选项 2:申请提名

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

在提名过程中,您将被提名的申请输入到申请复杂性评分表模板(Excel 格式)中,该模板包含在作品集手册模板中。您不会使用此模板中的所有评分和标准功能,但我们建议使用此表来记录提名和优先级决定。

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

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

  1. 打开您的应用程序优先级管理手册。

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

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

    1. 保留选项 2:应用程序提名并删除其他选项。

    2. 请根据使用案例的需要修改流程。

    3. 删除本节中所有包含 Option 一词的标题。将这些内容留在操作手册中可能会使用户感到困惑,使他们认为该过程是可选的或有多个选项可用。

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

选项 3:发现工具

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

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

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

注意

如果您使用的是发现工具流程,您仍然可以使用手动分数表模板来评估应用程序的复杂性,以便根据一组不同的标准分析应用程序。这些额外信息可能会帮助您优化应用程序的优先级。

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

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

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

  3. 打开您的应用程序优先级管理手册。

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

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

    1. 保留选项 3:发现工具并删除其他选项。

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

    3. 删除本节中所有包含 Option 一词的标题。将这些内容留在操作手册中可能会使用户感到困惑,使他们认为该过程是可选的或有多个选项可用。

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

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

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

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

  • 对业务部门排定优先次序

  • 捕捉关键业务应用程序的截止日期

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

  1. 打开您的应用程序优先级管理手册。

  2. 应用程序优先级规则部分中,为您的迁移添加自定义规则。

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

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

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

优先级 规则

1

纽约数据中心的应用程序应始终比德克萨斯州数据中心的应用程序具有更高的优先级。

2

IT 部门的应用程序应始终比营销部门的应用程序具有更高的优先级。

3

复杂度分数高的应用程序应具有更高的优先级。

4

SAP 应用程序需要在年底之前迁移。

步骤 3:完成应用程序优先级排序流程

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

在应用程序优先级排序运行手册中自定义此流程,如下所示:

  1. 打开您的应用程序优先级管理手册。

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

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

任务退出条件

在您完成以下任务后,继续执行下项任务:

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

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

    • 应用程序复杂性评分标准(如果适用)

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

    • 应用程序优先级规则

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