使用自动识别和规划迁移策略 AppScore - AWS Prescriptive Guidance
Summary先决条件和限制架构工具操作说明相关资源

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

使用自动识别和规划迁移策略 AppScore

由 Lech Migdal (AWS) 和 Geoff Davies（合伙人）创作

环境：生产

来源：所有工作负载

目标：AWS云

R 类型：不适用

工作负载：所有其他工作负载

技术：迁移；现代化；网络和移动应用程序；SaaS

AWS服务：AWSApplication Discovery 服务；Migrati AWS on Hub

Summary

本地应用程序需要一种变革性的方法来帮助发挥 Amazon Web Services (AWS) 云的优势。七种常见的迁移策略 (7R)为您提供了转换选项，从在本地数据库服务器中进行技术更改到使用云原生微服务架构重建应用程序，不一而足。

选择使用完整的 7R 模型意味着您在应用程序和业务级别进行操作，而不仅仅是评估和准备用于迁移的服务器。尽管您可以使用诸如 AWS Migration Evalut or 之类的工具获取服务器数据，但通常不会记录其他应用程序信息（例如，路线图状态、所需的恢复时间目标 (RTO) 和恢复点目标 (RPO) 或数据隐私要求）。

此模式描述了如何使用AppScore以应用程序为中心的投资组合视图来避免这些挑战。这包括针对完整 7 R 模型的每个应用程序推荐的AWS云端转换路径。 AppScore 帮助您捕获应用程序信息，确定理想的转型路线，确定采用云的风险、复杂性和好处，并快速定义迁移范围、迁移组和时间表。

此模式由AWS合作伙伴AWS和AppScore 科技有限公司创建。

先决条件和限制

先决条件

  • 您要迁移到AWS云端的现有应用程序。

  • 来自诸如AWS迁移评估器之类的工具的现有服务器清单信息。您还可以在迁移的后续阶段导入此数据。

  • 具有高级用户权限的现有 AppScore 帐户。有关 AppScore 用户帐户的更多信息，请参阅如何为用户分配基于角色的访问控制 (RBAC)？ 在 AppScore 文档中

  • 了解如何在中分配RBAC角色 AppScore。 AppScore 提供三个主题专家 (SME) 角色，这些角色与评分阶段提出的问题一致。这意味着SME只能回答与其专业知识和角色有关的问题。有关这方面的更多信息，请参阅如何为用户分配基于角色的访问控制 (RBAC)？ 在 AppScore 文档中。

  • 对的建议 AppScore的理解，这些建议基于以下三类应用程序属性：

    • 风险 — 应用程序的业务关键性，是否包含机密数据、数据主权要求以及应用程序用户或接口的数量

    • 复杂性-应用程序的开发语言（例如COBOL，分数高于. NET或PHP)、年龄、用户界面或接口数量

    • 好处 - 批处理需求、应用程序概况、灾难恢复模型、开发和测试环境的使用

  • 了解迭代数据采集 AppScore的四个阶段：

    • 路标 — 问题与服务器数据相结合，得出 7R 评测。有关更多信息，请参阅 AppScore 文档中的如何为应用程序设置路标和评分。

    • 评分 — 给风险、收益和复杂性打分的问题。

    • 当前状态评测 — 提供应用程序当前状态评测问题。

    • 转换 — 全面评估未来状态设计应用问题。

重要提示：只有路标和评分 阶段才需要获得应用程序分数、7R 评测并启用小组计划。对应用程序和表单范围进行分组后，您可完成当前状态评测和转换阶段，从而对应用程序进行更详细的概述。

架构

下图显示了使用应用程序和服务器数据为您的迁移策略和转换计划创建建议 AppScore 的工作流程。

Flowchart showing application migration process from discovery to performing approved activities.

工具

  • AppScore— 通过提供以应用程序为中心的产品组合视图，以及针对完整的 7 R 模型的每个应用程序推荐的云端路径， AppScore 帮助您弥合发现和迁移实施之间的差距。

  • AWSM@@ igrat ion Ev AWS alutor — Migration Evalutor 是一项迁移评估服务，可帮助您为规划和迁移创建方向性的商业案例。 

操作说明

任务描述所需技能
准备应用程序列表。

使用您的用户凭据登录 AppScore 门户。从应用程序页面下载 Import Template，然后使用应用程序的非技术属性（例如数据分类或可自定义的属性列表）更新 Import Template。

有关这方面的更多信息，请参阅 AppScore 文档中的如何更改 AppScore 应用程序和业务问卷。

注意：您也可以通过在应用程序页面选择新建应用程序手动添加应用程序。然后，您可输入应用程序的非技术属性。

迁移工程师
导入应用程序数据。

在应用程序页面，选择导入应用程序以导入应用程序数据。

迁移工程师
任务描述所需技能
查看并回答路标与评分问题。

打开服务器页面，然后选择导入服务器。选择包含您的服务器数据的 .csv 文件。

该文件可以包括名称、数据中心、操作系统、虚拟或物理、应用程序名称、角色、数据库技术、环境、CPU核心数量和利用率、大小和利用率、磁盘RAM大小和利用率、磁盘大小和利用率、匹配的计算机类型以及当前和预计的每月成本等属性。

确认列映射并选择确认并导入。服务器页面会突出显示导入数据中的缺失信息。您可在此页面或使用批量编辑选项解决这些空白。服务器与相关的应用程序相关联。但是，如果中不存在应用程序 AppScore，则会自动创建这些应用程序，然后关联服务器。

您也可以使用API连接通过 Migration Hub AWS 检索数据。有关这方面的更多信息，请参阅如何通过以下方式从 Migration Hu AWS b 导入服务器API？  在 AppScore 文档中。

注意：如果您使用发现工具（例如 Migration Evalutor）来捕获一段时间内的性能，则必须尽快加载服务器数据的早期提取，并在完全捕获性能指标后刷新数据。AWS AppScore 使用服务器名称、操作系统和数据库版本、数据中心和环境来提供分数和 7 R 建议。 

应用程序所有者
查看应用程序分数。

打开应用程序页面，查看您的应用程序分数和 7R 评测。还计算您当前的运行成本。当新信息导入到应用程序或服务器页面，这些计算会更新。

应用程序所有者
分析各个应用程序。

在应用程序页面选择应用程序以查看详细建议。您可选择应用程序评测报告，生成包含特定应用程序详细评测数据的 .pdf 或 .docx 文件。

应用程序所有者
任务描述所需技能
为移动组选择应用程序。

打开计划 页面，选择 Group Builder，然后根据您的要求创建应用程序移动组。

您可在列部分的应用程序列表中添加或移除属性。您还可以使用筛选条件部分中的应用程序属性来选择特定的应用程序，包括筛选出已属于现有移动组的所有应用程序。

迁移工程师
创建移动组。

选择已选分组，输入移动组的名称，选择要包含在移动组中的应用程序，然后选择添加到组。

迁移工程师
计划迁移。

在 “转换计划” 页面上， AppScore 提供移动组的预计转换持续时间、工作量和成本。移动组会自动添加到整个转换计划中。

注意：您可在计划设置页面中自定义工作量估算背后的假设。这有助于使它们与组织要求保持一致。有关这方面的更多信息，请参阅 AppScore 文档中的如何配置计划设置。

迁移工程师
生成完整的转换报告。

打开群组管理器页面，然后选择创建应用程序转换报告文档。选择移动组，然后选择导出。这将生成一个 .docx 文件，该文件汇总了转换过程，包括每个移动组的详细信息。

有关应用程序转换报告的示例，请参阅 AppScore 网站上的示例应用程序转换报告。

迁移工程师