任务 4:定义应用程序深度挖掘流程 - AWS 规范性指导

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

任务 4:定义应用程序深度挖掘流程

现在,您已经完成了应用程序优先级排序规则和流程的制定,您可以对应用程序进行深入研究,这将帮助您完善每个应用程序的优先级。按优先级从最高到最低的顺序,一次只能对一个应用程序执行应用程序的深入研究。对于有多个投资组合团队的项目,每个团队可以同时对不同的应用程序进行应用程序深入研究。

在深入研究过程中,您可能会遇到一些意外的问题,例如依赖关系,这些问题会影响迁移应用程序的复杂性。发生这种情况时,您应该修改在上一步中定义的复杂性评分标准并相应地更新评分表,以便为future 应用程序获得更准确的复杂度分数。然后,您可以使用新的复杂度分数更新应用程序优先级。

此任务由以下步骤组成:

步骤 1:定义申请研讨会流程

研讨会流程是深入研究应用程序的最有效方法之一。使用此流程,您可以与利益相关者、应用程序所有者和投资组合团队合作,评估和分析应用程序。目标是清楚地了解应用程序的当前状态,包括其架构、业务目的、依赖关系和环境。然后,您可以使用有关应用程序大小和复杂性的详细信息来设计应用程序的目标状态。

每个研讨会通常持续 1-8 个小时,但您可能会发现高复杂度的应用程序需要额外的时间。您也可以将研讨会分成多个会议,具体取决于资源的可用性、您的偏好以及应用程序的大小和复杂性。

确定预期的结果

在举办应用研讨会之前,您应该制定议程并定义研讨会的预期结果或需要在研讨会中收集的信息。这使研讨会参与者能够为研讨会做准备,帮助保持会议按计划进行,并确保在研讨会结束时,您掌握了确定优先级、制定计划和迁移应用程序所需的所有信息。

我们建议您定义一组标准的预期结果,并将这些结果记录在应用程序优先级排序操作手册中。在准备研讨会时,您可以使用标准的预期结果并为特定应用程序添加新的预期结果。

定义应用研讨会的一组标准预期结果,如下所示:

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

  2. 应用研讨会预期结果部分,为应用研讨会制定一组标准的预期结果。在准备研讨会时,您可以根据应用程序的特定需求对其进行自定义。

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

  4. 保持应用程序优先级划分运行手册中的预期结果。在举办应用研讨会并继续进行投资组合评估和波浪规划时,您可能会确定新的预期结果或完善现有成果。

以下是应用研讨会的预期结果示例。

优先级 应用研讨会的预期结果

1

清楚地了解应用程序的当前架构,包括关联的服务器、依赖关系、环境和应用程序层。

2

该团队已经收集了元数据以支持目标架构的设计。以下元数据是必需元数据:

  • 目标AWS账户 ID

  • 目标AWS区域

  • 目标子网

  • 目标安全组

3

应用程序所有者问卷已完成,所有关键问题都已得到解答。

4

该团队已经收集了所有应用程序文档,例如用户指南、应用程序架构文档、测试文档、设计文档和应用程序编程接口 (API) 文档。

定义应用程序研讨会规则

在举办应用研讨会之前,您应该定义管理研讨会的规则。常见规则包括研讨会时长、研讨会可能需要的工具以及需要考虑的任何日程安排注意事项或截止日期。这有助于保持会议如期举行,并确保研讨会中做出的决策与迁移时间表保持一致。

我们建议您在应用程序优先级排序操作手册中记录应用程序研讨会规则。

按如下方式定义您的应用程序研讨会规则:

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

  2. 应用程序研讨会规则部分中,定义管理研讨会的规则。

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

  4. 维护应用程序优先级运行手册中的规则。在举办应用研讨会并继续进行投资组合评估和波浪规划时,您可能会确定新规则或完善现有规则。

下面是应用研讨会规则示例。

优先级 研讨会规则

1

应在星期二和星期四安排每节最多2小时的研讨会。

2

基础设施定于 12 月 1 日至 1 月 15 日冻结。

3

有关于迁移工具的动手研讨会。

4

数据中心合同将于3月31日到期。必须在 3 月 31 日之前撤出工作负载,以避免处罚和代价高昂的合同延期。

5

生物识别应用程序和考勤应用程序将保留。

定义申请研讨会流程

定义举办应用研讨会的标准流程非常重要。这样可以确保获得一致的体验并为研讨会参与者设定期望,从而提高研讨会的效率。

申请研讨会过程分为三个阶段:

  • 为研讨会做准备 — 为研讨会做准备有助于确保会议顺利进行,并确保参与者知道预期的内容。要为研讨会做准备,您需要制定议程并定义预期结果,确定研讨会所需的参与者、工具和信息,然后安排研讨会。至少提前一周安排研讨会,让团队有时间封锁日历,为研讨会做准备并收集任何有用的信息。

  • 举办研讨会 — 在举办研讨会时,将讨论限制在议程上的项目上,并确保达到预期的结果。记下您认为有用但未包含在议程中的主题。录制研讨会可能会有所帮助。

  • 最终确定研讨会结果 — 研讨会结束后,您的团队应清楚地了解应用程序的当前状态以及可能影响优先级排序和迁移的潜在痛点、风险、挑战和障碍。研讨会之后的常见任务包括:重新确定应用程序的优先级、起草应用程序的future 状态,以及使用可能对下次研讨会有所帮助的任何预期结果、规则或流程变更来更新操作手册。

应用程序优先级排序的 Runbook 模板包括用于准备、开展和完成应用程序研讨会的标准 step-by-step 流程。按如下方式定义您的申请研讨会流程:

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

  2. 应用程序研讨会流程部分中,修改标准流程以满足您的用例需求。

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

  4. 维护应用程序优先级划分运行手册中的流程。在举办应用研讨会时,您可能会确定要对此流程做出的更改。

步骤退出条件

  • 您已经定义了研讨会的议程以及支持研讨会所需的资源和物品。

  • 您已经定义了研讨会的预期结果,并确定了需要在研讨会中收集的信息。

  • 您已经试用了研讨会流程,并获得了支持应用程序映射和设计目标状态所需的信息。

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

    • 应用研讨会预期结果

    • 应用研讨会规则

    • 申请研讨会流程

步骤 2:定义应用程序映射过程

应用程序映射是将每个应用程序分配到迁移模式的过程,您在迁移模式中对其进行识别和验证步骤 4:验证迁移模式。在此步骤中,您将定义用于评估应用程序的规则。然后,您可以定义用于评估每个应用程序的流程。将每个应用程序映射到迁移模式的用例有助于确定迁移工具、完成迁移所需的任何技能以及迁移模式的复杂性。

您并不总是将应用程序迁移到单一模式。有关何时可能需要为同一个应用程序提供多个模式的更多信息,请参阅本部分定义应用程序映射过程后文的。

应用程序映射规则

应用程序映射规则可帮助您评估应用程序并确定适当的迁移模式。每条规则都包含您应该用来评估应用程序和匹配模式标准的任何信息。

投资组合手册模板中,用于应用程序优先级排序的 Runbook 模板包括一个用于记录应用程序映射规则的部分。按如下所述:定义您的流程:

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

  2. 应用程序映射规则部分中,定义您的应用程序映射规则。

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

  4. 维护应用程序优先级运行手册中的规则。

下表提供了应用程序映射规则的示例。

注意

此表中的模式 ID 和名称对应于中的示例模式步骤 4:验证迁移模式。使用您在应用程序优先级排序操作手册中定义的模式 ID 和名称。

优先级 映射规则

1

使用利用率数据或监控工具,确定应用程序是僵尸应用程序还是空闲应用程序。如果应用程序是僵尸或空闲应用程序,请选择 Pat tern 8:停用该应用程序,然后关闭应用程序堆栈中的服务器。

2

确定将此应用程序迁移到云端是否提供商业价值。仅在本地使用且不在分支机构或地理位置共享的应用程序,例如工时和考勤应用程序,通常不需要迁移到云端。如果迁移此应用程序不能提供商业价值,请选择模式 9:在本地保留

3

确定应用程序的操作系统 (OS) 是否受AWS迁移服务AWS、供应商或您的重新主机迁移工具的支持,然后执行以下操作:

  • 如果支持操作系统,请选择模式 1:使用应用程序迁移服务或云迁移工厂重新托管到 Amazon EC2

  • 如果不支持该操作系统,请选择模式 3:使用将平台重置为 Amazon EC2AWS CloudFormation

4

确定应用程序是否托管在将迁移到 VMware Cloud (VMC) 的本地 VMware 虚拟化环境中,AWS以及该应用程序是否与 VMware 混合云扩展 (HCX) 兼容。如果满足这些标准,请选择 Pat tern 11,AWS使用 VMware HCX 重新部署到 VMware Cloud

5

确定应用程序是否具有软件即服务 (SaaS) 版本或同等版本,然后评估迁移到此新平台的好处和成本。如果满足这些标准,请选择模式 10:回购并升级到 SaaS

6

确定应用程序的本地数据库是否可以迁移到云中的同构服务,例如将本地 Oracle 数据库迁移到 Amazon RDS for Oracle,或者将本地 MySQL 数据库迁移到兼容 Amazon Aurora MySQL 的版本数据库。如果满足这些标准,请使用模式 2:使用AWS DMS和将平台重置为 Amazon RDSAWS SCT

7

确定应用程序是否使用微软.NET Core(.NET 5 或 .NET 6)、Java、PHP 或其他开源编程语言,以及该应用程序是否托管在微软 Windows Server 中。评估平台重塑的成本是否合理。如果满足这些标准,请在 Amazon EC2 上选择 Pattern 7:从 Windows 改为 Linux 的平台

8

确定您的应用程序所依赖的本地本地和共享文件存储,然后确定是否必须将其包含在迁移中。如果必须迁移本地和共享文件存储,请选择模式 4:使用AWS DataSync或将平台重置为 Amazon EFSAWS Transfer Family

9

确定应用程序的服务器是大型机还是中端服务器,例如 IBM AS/400 或 Apache Spark,并确认应用程序与仿真器兼容。如果满足这些标准,请使用模式 6:使用模拟器将大型机或中端服务器重置为 Amazon EC2

10

确定这是传统应用程序、单片应用程序还是基于大型机的应用程序,由于其局限性而无法满足业务需求。例如,确定应用程序是否可以扩展、与相关应用程序集成,或者是否昂贵且难以维护。如果应用程序符合这些条件中的任何一个,请选择模式 12:重新架构应用程序

定义应用程序映射过程

将应用程序映射到迁移模式时,向发现团队请求应用程序的发现数据会很有帮助。这些数据通常包括推荐的迁移模式(有时称为 R 模式R 分数)、利用率信息、应用程序依赖关系以及其他可以在评估中使用的信息。在详细探索此应用程序时,您可能会决定更改先前确定的迁移模式。

获得数据后,您可以将应用程序与您在中确定的业务和技术标准进行比较步骤 2:确定业务和技术驱动因素。您在应用程序优先级排序运行手册中记录了驱动程序。根据标准评估应用程序可能会导致您为应用程序选择多种迁移模式,也可能导致您根据成本、时间表或其他限制消除模式。

以下是业务驱动程序的示例,该业务驱动程序要求您在单个应用程序上使用多种迁移模式。您想将本地 SQL Server 数据库迁移到 Amazon DynamoDB,但由于数据中心的合同即将到期,企业希望在建议的时间表之前将其迁移,以对其进行平台重组。为了解决这一业务驱动因素,您可以将应用程序的迁移计划修改为双模式方法。首先,将应用程序重新托管到云中,以便将其从数据中心删除。稍后,在应用程序进入云端后,您可以根据拟议的时间表对其进行重新平台。

您还应考虑该应用程序是否是 n 层应用程序,即由多个层组成的应用程序。应用程序层是一组托管应用程序水平层的物理服务器。N 层应用程序更为复杂,因为每个层可能需要不同的策略,并且您可能会选择分批迁移应用程序层。例如,如果您的应用程序由演示层、业务服务层和数据库层组成,则有可能为每个层映射不同的模式。

然后,您可以根据您在应用程序优先级划分操作手册中定义的应用程序映射规则对应用程序进行评估。有关更多信息,请参阅本部分中应用程序映射规则之前的。

将应用程序映射到一种或多种模式后,请与应用程序所有者一起查看并验证此决定。应用程序所有者应确认所选模式,他们应该帮助您规划和执行迁移。此时,应用程序所有者还可以根据他们的经验提供见解,或分享他们预期的迁移问题。

将应用程序映射到一个或多个迁移模式并与应用程序所有者确认模式后,即可在应用程序优先级运行手册的应用程序映射表中记录应用程序、模式 ID、模式名称和相关驱动程序。

投资组合手册模板中,用于应用程序优先级排序的 Runbook 模板包括应用程序映射的标准 step-by-step 流程。按如下所述:定义您的流程:

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

  2. 应用程序研讨会流程部分中,修改标准流程以满足您的用例需求。

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

  4. 维护应用程序优先级划分运行手册中的流程。

下表是示例应用程序映射表。提供的用于应用程序优先级排序的 Runbook 模板包括一个空表,您可以在其中记录应用程序映射过程的结果。

注意

此表中的模式 ID 和名称对应于中的示例模式步骤 4:验证迁移模式。使用您在应用程序优先级排序操作手册中定义的模式 ID 和名称。

应用程序名称 图案ID 图案名称 解决了业务和技术驱动因素

企业webs

1

使用应用程序迁移服务或云迁移工厂重新托管到 Amazon EC2

  • 数据中心退出

  • 降低运营成本

人事系统

8

停用应用程序

  • 降低运营成本

时间和考勤应用程序

9

在本地保留

  • 降低运营成本

  • 降低风险和影响

POS 系统

3

使用 Amazon EC2 平台重置平台AWS CloudFormation

  • 技术集成

  • 存储和计算限制

  • 硬件和软件 end-of-life 支持

  • 提高安全性和合规性

CRM 系统

10

回购并升级到 SaaS

  • 降低运营成本

  • 技术集成

  • 硬件和软件 end-of-life 支持

  • 加速发展、创新和增长

固定资产系统

7

在Amazon EC2 上从 Windows 改为 Linux

  • 降低运营成本

ERP 文件存储

4

使用AWS DataSync或将平台重置为 Amazon EFSAWS Transfer Family

  • 存储和计算限制

应付账款系统

11

AWS使用 VMware HCX 重新部署到 VMware Cloud

  • 数据中心退出

  • 技术集成

  • 降低运营成本

分类账系统

6

使用模拟器将大型机或中端服务器重新托管到 Amazon EC2

  • 数据中心退出

  • 技术集成

  • 提高安全性和合规性

  • 硬件和软件 end-of-life 支持

  • 存储和计算限制

  • 对应用程序架构进行现代化改造

总分类账

12

重新架构应用程序

  • 降低运营成本

  • 技术集成

  • 提高安全性和合规性

  • 硬件和软件 end-of-life 支持

  • 存储和计算限制

  • 对应用程序架构进行现代化改造

  • 可扩展性和弹性

  • 加速发展、创新和增长

关于AWS Migration Hub策略建议

除了描述的应用程序映射过程外,您还可以使用中的 “策略建议” 功能AWS Migration Hub来获取推荐的策略作为参考。此功能旨在帮助自动进行产品组合分析,并为您的应用程序推荐迁移和现代化策略。

策略建议会分析您的本地应用程序,以确定其运行时环境和流程依赖关系。您可以选择在分析中包括源代码和数据库。您可以优先考虑业务目标,例如迁移速度、许可成本和降低运营成本。策略建议会根据您的优先目标评估收集到的信息,并建议迁移和现代化应用程序的可行路径。然后,您与企业一起审查建议,确认推荐策略符合业务和技术标准。

步骤退出条件

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

    • 应用程序映射规则

    • 应用程序映射过程

  • 您已使用一个或多个 proof-of-concept (POC) 应用程序验证了映射规则和流程。

步骤 3:(可选)定义应用程序目标状态

在此步骤中,您可以定义用于记录应用程序的目标状态或将来状态的属性和流程。目标状态是迁移后应用程序在目标云环境中的运行方式。目标环境因您的目标平台或服务以及业务需求而异。目标环境可以是AWS Cloud、AWS Managed Services (AMS) 或 VMware Cloud (VMC)AWS。

定义目标状态有助于项目经理、迁移顾问、架构师、应用程序所有者和利益相关者进行有效的协作。通过使用此流程,团队可以提前发现和解决问题,并更有效地实现目标状态环境。

对于某些应用程序,此步骤是可选的。如果您要迁移的应用程序是独立的或复杂性低,您可以跳过此步骤。不修改应用程序的迁移策略(例如重置)可能不需要此步骤。但是,对于更复杂的迁移策略,例如重新平台和重新架构,您应该在开始迁移之前定义目标状态。

研讨会让您深入了解应用程序的当前状态,因此在完成研讨会后草拟目标状态是个好主意。此外,将应用程序映射到其迁移模式可提供更多见解,并帮助您确定是否需要定义目标状态。例如,如果您使用应用程序迁移服务或 Cloud Migration Factory 将应用程序映射到模式 Rehost 到 Amazon EC2,则您已确定策略为重托管,并且可能不需要为该应用程序定义目标状态。

目标状态属性

在定义目标状态和做出有关应用程序的决策时,我们建议您考虑以下目标状态属性:

  • AWS Well-Architected Tool— 根据 Well-AWS Architected Framework 审查应用程序目标状态,以帮助提高云中应用程序的安全性、性能和弹性。

  • 目标landing zon e — 通常,在动员阶段结束时,你应该已经建立了一个完整的landing zone,准备运行试点应用程序。landing zone 应该已经配置了多账户架构、身份和访问管理、治理、数据安全、网络设计和日志。您可以使用试点应用程序来验证landing zone 是否完整。验证您是否可以在现有的目标landing zone 启动和运行您的试点应用程序。如果您需要修改应用程序的着陆区域,请将您的要求告知landing zone 团队。例如,您的应用程序可能需要访问托管在单独账户中的服务,或者您的应用程序可能需要特殊路由到虚拟私有云 (VPC)。

  • 依赖关系-确定您的应用程序所依赖的任何应用程序以使其正常运行。例如,您的应用程序可能依赖数据库、存储或第三方服务,例如支付网关或外部 Web 服务,或者您的应用程序可能依赖于环境中的其他应用程序。为了访问这些依赖关系,您可能需要特殊的路由或配置,例如连接到目录服务进行身份验证。

  • 依赖应用程序-识别依赖您的应用程序以正常运行的所有应用程序。您可能需要重新配置和更新这些应用程序,以防止迁移期间出现停机。

  • 安全性与合规性 — 与安全与合规团队一起审查目标环境,并找出任何差距。应用程序可能由多个组件、逻辑层或多个层组成。根据您的合规性要求,您可能无法将其中一些组件迁移到目标环境,或者在迁移工作负载时可能需要额外的安全措施。常见的安全和合规性要求是数据驻留、传输中加密和静态加密。这需要在目标环境中进行额外的配置。例如,您可能需要配置证书来保护通信,您可能需要使用加密密钥来保护静态数据。您可能还需要为应用程序选择多种迁移模式,以便某些应用程序层保留在本地,而其他层则迁移到云中。

  • 存储依赖关系-查看您的应用程序存储依赖关系,并确定将应用程序迁移到目标环境将如何影响这些依赖关系。例如,如果应用程序依赖网络存储,例如网络连接存储 (NAS) 或存储区域网络 (SAN),则需要规划云中的存储服务,例如亚马逊简单存储服务 (Amazon S3) 或 Amazon FSx。您还需要计划如何将数据迁移到目标云环境,以保持应用程序的运行。

  • 数据库-查看应用程序使用的任何数据库的迁移策略。您是否打算将平台转移到新的数据库服务,例如Amazon RDS、Amazon Dynor 或Amazon Aurora Amazon DynamoDB? 你打算在目标环境中重新托管你的数据库吗? 在某些情况下,尤其是对于单片数据库,您需要重构数据库以满足技术要求,例如亚秒级延迟,或者利用特定类型AWS数据库的功能。与数据驻留合规要求一样,您需要确定哪些数据应保留在本地,哪些应迁移到云端。例如,您可能需要保留本地数据库表以保存客户信息,并且可以将数据库的其余部分迁移到云中。

  • 应用程序组件-查看您的应用程序所依赖的组件。确定您的应用程序是否依赖于目标环境不支持的组件。如果目标环境不支持所有应用程序组件,则需要重构应用程序以缓解问题。例如,如果您有一个.NET Framework 应用程序依赖仅限 Windows 的组件,例如组件对象模型 (COM) Interop、COM+ 或 Windows 注册表,则为了在 Linux 操作系统上重新构建该应用程序的平台,必须将该应用程序重构为.NET Core。

  • 应用程序层-确定应用程序中的层数。应用程序是 n 层、两层还是独立? 确认您了解每个级别的迁移模式。例如,您的应用程序可能具有托管用户界面的演示(或 Web)层、托管业务服务的应用程序层和托管数据库的数据库层,并且每个层可能需要不同的迁移模式。

  • 灾难恢复-确定应用程序的当前和future 状态灾难恢复 (DR) 计划,包括恢复点目标 (RPO) 和恢复时间目标 (RTO)。决定是使用现有的本地灾难恢复计划,还是在云中探索新的灾难恢复策略。有关更多信息,请参阅 “工作负载灾难恢复AWS:云端恢复” 白皮书中的 “云中的灾难恢复选项” 和 “恢复目标(RTO 和 RPO) 部分。

定义目标状态进程

要定义应用程序目标状态,我们建议您使用提供的模板,即应用程序目标状态工作表(Excel 格式),该模板可在投资组合手册模板中找到。该模板包含您可以使用或修改的标准属性。定义记录应用程序目标状态的过程,如下所示:

  1. 打开应用程序目标状态工作表

  2. 查看默认属性并对您的用例进行任何更改。

  3. 保存工作表。

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

  5. 目标应用程序状态部分中,执行以下操作:

    1. 在 “何时完成此流程” 部分中,制定标准,使投资组合团队能够确定他们是否需要定义应用程序的目标状态。

    2. 根据需要更新属性部分。

    3. 请根据使用案例的需要更新流程部分。

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

应用程序目标状态示例

下表显示了如何使用应用程序目标状态工作表来记录应用程序的目标状态的示例。

Application 示例 1 示例 2

Target platform

AWS Cloud

VMC 已开启AWS

Landing zone

需要访问本地目录服务

AWS Control Tower需要集中管理整个组织的多个账户和服务

需要与本地 VMware vSphere 环境进行网络集成

注意

我们需要增加带宽来支持这个新连接

Dependencies

活动目录、支付网关、库存系统

账本系统、应付账款、固定资产系统

Dependent applications

企业资源规划系统、人力资源系统

Security

静态和动态加密

静态和传输时加密,仅允许 ERP 和 HR 系统

Compliance

PCI,SOC

SOC,FINMA

Storage dependencies

已连接启动驱动器、NAS、网络共享

启动驱动器和数据驱动器、NAS、SAN

Database

当前:Oracle 数据库

云:Amazon RDS for Oracle

当前:MySQL Q

云端:Amazon Aurora

Application component

.NET Framework 4.5

Oracle Ja SE 10

Application tiers

N 级

前端、业务服务、数据服务和代理、数据库

2 层 Web 应用程序和数据库

Disaster recovery

RPO:1 分钟,RTO:5 分钟

当前的灾难恢复策略是热待机

美国任何地区的灾难恢复

无停机时间

当前的灾难恢复策略是多站点主动/主动

使用现有的本地灾难恢复

步骤退出条件

  • 应用程序目标状态工作表中,您定义了要包含在目标状态进程中的属性。

  • 在您的应用程序优先级排序管理手册中,您已执行以下操作:

    • 您已经为项目组合团队何时定义应用程序的目标状态制定了标准。

    • 您已更新了根据使用案例定义目标状态的流程。

第 4 步:完成应用程序深度潜水流程

现在,您可以定义投资组合工作流如何使用您在此任务中建立的研讨会、规则和流程来对应用程序进行深入研究。这是项目组合工作流在迁移实施阶段引用的流程。

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

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

  2. 在 “第 2 阶段:进行应用程序深入研究” 部分中,根据您的用例和环境修改相应的流程。

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

  4. 与团队分享您的应用程序优先级排序操作手册以供审阅。