一般性问题
问：AWS Migration Hub 是什么？
AWS Migration Hub 通过发现、评测、规划和执行实现引导式端到端迁移与现代化之旅。 从一个位置访问最新的指南和工具，以获得自动化建议、规范性计划以及跨团队协作和跟踪，从而加速您的转型。借助专业服务（根据数千名客户迁移到 AWS 的经验而构建），简化应用程序的主机更换、重构和平台更换。
问：Migration Hub 中的旅程是什么？
AWS Migration Hub 旅程有助于简化和大规模执行到 AWS 的迁移。Migration Hub 使用新的旅程概念来实施迁移。Migration Hub journeys 旅程将不同团队（即客户、合作伙伴和 AWS）的迁移从业者聚集在一起，指导他们跨越迁移的各个阶段和步骤。Migration Hub 可帮助您从包含执行迁移任务的模板创建迁移旅程。迁移从业者可以协作执行每项任务并集中跟踪所有迁移。Migration Hub 旅程通过 ProHelp 提供任务感知、按需专家帮助，并与 AWS Prescriptive Guidance（APG）等资源集成，以显示相关的最新任务相关指南。
问：我为什么应该使用 Migration Hub 旅程？
Migration Hub 旅程显示成功迁移到 AWS 所需的所有步骤，使迁移更易于执行和跟踪。旅程为要完成的迁移的所有阶段提供关于建议任务的指导。Migration Hub 旅程为每个迁移阶段的所有任务提供层次结构，并将它们转换为子任务以便于执行。Migration Hub 旅程还提供分步操作手册来执行每个子任务，从而缩短项目规划时间并减轻对云专家的依赖。用户也可以编辑或添加任务。旅程可促进协作，特别是在自动化和手动工作之间的转换方面。用户可以将作为每个单独任务的结果创建的构件存储在中央位置以供日后参考。
问：Migration Hub 旅程与其他 AWS 服务有何关系/如何与这些服务协同工作？
Migration Hub 旅程根据预期迁移目标为客户提供从开始到结束的整体迁移步骤的指导。为了实现迁移目标，Migration Hub 将与 AWS 服务集成，以帮助客户执行各个步骤。例如，如果客户希望在迁移过程中将本地 Oracle 数据库迁移到 Aurora PostgreSQL，Migration Hub 将建议 AWS Database Migration Service 执行迁移。Migration Hub 旅程通过 AWS Prescriptive Guidance 绑定最新指南，使用现有的 AWS 迁移服务并支持迁移到各种目标 AWS 服务。Migration Hub 旅程汇集了所有资源（指南、专家和工具），并根据迁移范围加速迁移到多个 AWS 服务。
问：如何开始我的 Migration Hub 旅程？
您可以通过访问 AWS Migration Hub 的外部控制台（https://migrationhub.aws）开始 Migration Hub 旅程。此外部控制台需要通过 AWS 构建者 ID 登录才能开始使用该体验。登录后，您可以按照指导流程创建新的迁移旅程。您可以邀请同样注册开启了 Migration Hub 旅程的合作者。您可以按原样处理任务，也可以在旅程之前或期间根据需要自定义任务。您可以将协作者添加到旅程中，向每个成员分配任务并开始处理项目。完成所有任务后，您的迁移之旅即告完成。
问：哪些迁移工具集成了 AWS Migration Hub？
AWS Application Migration Service、AWS Server Migration Service、AWS Database Migration Service 和 ATADATA ATAmotion 都集成了 AWS Migration Hub，它们都可以向 Migration Hub 自动报告迁移状态。有关授权各种工具向 Migration Hub 发送状态的更多详细信息，请参阅 Migration Hub 文档。
问：AWS Migration Hub 如何帮助我跟踪应用程序迁移的进度？
AWS Migration Hub 通过为您提供迁移进度的可见性来为您提供帮助。您可以使用任意一个集成迁移工具，然后返回到 AWS Migration Hub，即可查看您的迁移状态。您可以在开启迁移后将服务器分组到各个应用程序，或者也可以在迁移开始前发现服务器并对其进行分组。
问：AWS Migration Hub 如何帮助我了解 IT 环境？
AWS Migration Hub 让您可以浏览 AWS 发现工具收集并存储在 AWS Application Discovery Service 的存储库中的信息，从而帮助您了解自己的 IT 环境。通过所填充的存储库，您可以查看 Migration Hub 中所发现的资源的有关技术规格和性能信息。您可以从 Application Discovery Service 存储库导出数据，对这些数据进行分析，并将服务器组作为“应用程序”进行导入。分组完成后，将使用应用程序分组来汇总迁移应用程序内服务器及数据库所使用的每个迁移工具的迁移状态。
问：使用 AWS Migration Hub 的费用是多少？
所有 AWS 客户都可以使用 Migration Hub，且无需额外付费。您只需要为使用的迁移工具以及在 AWS 上使用的所有资源付费。
所有经 Refactor Spaces 编排的资源（例如，Transit Gateway）均预置在您的 AWS 账户中。因此，您需要支付 Refactor Spaces 的使用费用以及与预置资源相关的任何费用。有关更多信息，请参阅 AWS Migration Hub 定价查看更多详细信息。
服务等级协议（SLA)
问：您的 AWS Migration Hub Refactor Spaces 服务等级协议提供什么保障？
我们的 SLA 保证在一个区域内，AWS Migration Hub Refactor Spaces 的月度正常运行时间百分比至少达到 99.9%。
问：怎样确定我是否有资格获得 SLA 服务抵扣？
如果在一个月度账单周期内，您所在区域的月度正常运行时间百分比低于 99.9%，您就有资格申请 AWS Migration Hub Refactor Spaces 提供的 SLA 服务抵扣金。有关 SLA 的所有条款与条件的完整详细信息，以及如何提交索赔的详细信息，请参阅 https://aws.amazon.com/migration-hub/sla/refactor-spaces/。
入门
问：如何开始使用 AWS Migration Hub？
请遵循我们文档中的入门指南开始使用。
问：什么是 Migration Hub 主区域？
使用 Migration Hub 主要功能（Refactor Spaces 除外）之前，您需要从 Migration Hub 设置页面中或使用Migration Hub Config API选择 Migration Hub 主区域。
Migration Hub 主区域中存储的数据可为您的组合资源提供用于发现和迁移计划信息的单一存储库以及关于迁移到多个 AWS 区域的单一视图。您可以迁移到您的迁移工具支持的任何区域，迁移状态将出现在您选择的 Migration Hub 主区域中。请参阅文档，了解有关 Migration Hub 主区域的更多信息。
设置后，Migration Hub 主区域便无法更改。
问：我可以使用 AWS Migration Hub 迁移到哪些区域？
AWS Migration Hub 可以帮助您监控所有 AWS 区域内的迁移状态，前提是您的迁移工具在该区域中可用。与 Migration Hub 集成的迁移工具（例如，AWS Application Migration Service 和 AWS Database Migration Service）会将迁移状态发送到您选择的 Migration Hub 主区域。主区域用于存储您的发现和迁移跟踪数据，在第一次使用服务之前设置。聚合来自所有目标区域的迁移状态，并显示在主区域中。请注意，除非您已在 Migration Hub 控制台的“工具”页面授权（即已经连接）集成工具，否则这些集成工具不会发送迁移状态。
问：AWS Migration Hub 在哪些地方可用？
无论应用程序当前位于何处，AWS Migration Hub 可以在全球范围内跟踪应用程序迁移的进展。请参阅 AWS 区域列表，了解可用 Migration Hub 工具的库存收集、规划和建议以及现代化功能。
问：如何授予 AWS Migration Hub 访问权限？
AWS Migration Hub 需要一个 AWS 账户角色，此角色将在您首次以管理员身份访问控制台时自动添加。对于集成迁移工具，可在 Migration Hub 控制台的“工具”页面进行授权。有关更多详细信息，请参阅《AWS Migration Hub 用户指南》中的身份验证和访问控制部分。
探索服务器和对应用程序进行分组
问：AWS Migration Hub 如何帮助我了解 IT 环境？
AWS Migration Hub 让您可以浏览 AWS 发现工具收集并存储在 AWS Application Discovery Service 的存储库中的信息，从而帮助您了解自己的 IT 环境。存储库填充后，您可以在 Migration Hub 中查看所发现资源的技术规格和性能信息，对其进行分析，可视化并标记服务器和应用程序依赖关系，并将服务器分组到应用程序。您还可以将其作为“应用程序”导出数据和导入分组。 分组完成后，将使用应用程序分组来汇总迁移应用程序内服务器及数据库所使用的每个迁移工具的迁移状态。
问：如何在 AWS Migration Hub 中查看我的 IT 产品组合？
要在 AWS Migration Hub 中查看 IT 资产，您首先需要使用 AWS 发现工具执行发现，或者使用集成迁移工具进行迁移。然后便可以在 Migration Hub 内部考察您的 IT 环境。您可以在通过单击 Migration Hub 控制台的“服务器”页面上显示的服务器 ID，了解关于所发现资源的更多信息。然后，您可以看到服务器详细信息页面。如果您使用 AWS 发现工具来发现您的服务器，您将看到所收集的数据，其中包括各项技术规格和平均利用率。
问：如何向 Discovery Repository 添加资源？
当您首次访问 AWS Migration Hub 时，系统会提示您执行发现或开启迁移。如果您决定开启迁移而不执行发现，那么当您使用已在 Migration Hub 控制台中进行授权的集成迁移工具迁移您的应用程序服务器和数据库服务器时，这些服务器会在 Migration Hub 中显示为资源。
对于发现，您有两个数据收集选项。如果您使用 VMware 环境，且不愿意安装代理，则可以使用 AWS Application Discovery Service 无代理收集器。如需了解更多详细信息，则可以在服务器上安装代理，用于收集各种信息，包括有关资源利用率、服务器上运行的进程和服务器的网络依赖关系的详细信息。您可以从 AWS Migration Hub 中导出进程和网络依赖关系信息，并对这些信息进行分析。有关 AWS Discovery Collector 的更多信息，请参阅Application Discovery Service 用户指南。
问：如何将服务器分组到某个应用程序？
将服务器分组到应用程序之前，您需要填充 AWS Migration Hub 的服务器列表。每当您运行 AWS 发现工具或使用集成迁移工具时，相应的服务器都会添加到服务器列表中。当您的服务器列表填充完毕后，请在 Migration Hub 控制台的“服务器”页面上选择一个或多个资源，然后选择“组合为应用程序”。 如果您使用 AWS Discovery 代理发现服务器，您还可以从网络可视化工具中将服务器分组到应用程序中。从网络图中选择一个或多个服务器，并选择“组合为应用程序”。
问：如何查看应用程序？
您可以访问 AWS Migration Hub 控制台的“迁移”部分中的“应用程序”页面，查看应用程序列表及其当前的迁移状态。只有使用“发现”部分的“服务器”页面或 AWS SDK/CLI 分组到应用程序的资源才会显示在“应用程序”页面上。应用程序会显示以下三种迁移状态中的一种：“尚未开启”、“正在进行”和“已完成”。
问：我能否查看其他用户在同一账户内创建的应用程序？
可以。对于已获得 AWS Migration Hub 访问权限的账户，任何 IAM 用户在该账户内创建的所有应用程序都对该账户内的所有其他 IAM 用户可见。所做的任何更改都将对拥有权限的所有用户可见。
问：我能否查看其他 AWS 账户中的应用程序？
您可以使用与 AWS 账户关联的 IAM 用户身份访问 AWS Migration Hub。但这只允许您查看您自己的 AWS 账户的详细信息；而无法查看其他账户的详细信息。
导入服务和应用程序
问：AWS Migration Hub 导入功能的工作原理是怎样的？
您可以通过 AWS Migration Hub 控制台或通过调用 Application Discovery Service API 来访问 Migration Hub 导入功能。导入的数据以加密格式存储在 Application Discovery Service 数据存储库中。
问：我可以使用导入模板导入哪种类型的数据？
借助 Migration Hub 导入功能，您可以导入服务器详细信息，包括与服务器关联的服务器规格、利用率、标签和应用程序。只要使用 Migration Hub CSV 导入模板填充数据，您就可以从任何源导入数据。
问：我导入了不正确的文件。能否将其覆盖或删除？
可以。您可以访问“Discover”（发现）>“Tools”（工具）>“Imports”（导入）部分，然后选择“Delete imported data”（删除已导入的数据）选项，来删除不正确的文件。要覆盖现有的已导入文件，您可以删除现有的文件，然后上传包含更正记录的新文件。
问：我可以上传的导入文件数量是否有限制？
没有。您可以上传的导入文件数量没有限制。但是，我们会限制您可以导入的记录数和服务器数。有关详细信息，请参阅文档中的“Migration Hub 导入限制”部分。
问：是否需要为导入数据付费？
不需要。导入数据是免费的。
问：我没有适用于导入模板中所有字段的数据。我是否还能导入自己的数据？
能。即使您没有为导入模板中的所有字段填充数据，也可以导入数据。对于每一行，如果您填充了您的匹配键 (“ExternalId”)，导入功能将使用它来唯一地标识和导入记录。如果未指定匹配键，则对于每一行，导入功能将使用为“IPAddress”、“HostName”、“MACAddress”指定的值或者为“VMware.MoRefId”和“VMware.vCenterId”的组合指定的值来确定给定服务器的唯一性。如果行中不包含匹配键（“ExternalId”）或以上任何字段的值，则无法导入。
问：确定错误记录的标准是什么？
导入功能会对属于 CSV 导入模板的所有已导入字段执行数据验证检查。例如，如果“IPAddress”的值无效，则导入功能会将该记录标记为错误。此外，如果导入记录没有至少填充下面的一个或多个字段：“ExternalId”、“MACAddress”、“HostName”、“IPAddress”或者“VMware.VCenterId”和“VMware.MoRefId”的组合，则此类记录将视为无效，不会被导入。
生成 EC2 实例建议
问：什么是 EC2 实例建议功能？
EC2 实例建议是 AWS Migration Hub 的一项功能，该功能可以分析从每个本地服务器收集的数据，包括服务器规范、CPU 和内存利用率，以推荐运行本地工作负载所需的价格最低的 EC2 实例。此外，您还可以通过为 AWS 购买选项、AWS 区域、EC2 实例类型排除项和 CPU/RAM 利用率指标（平均值、峰值或百分比）指定首选项来调整建议。
问：我是否需要安装 AWS Application Discovery Service 的 Discovery Connector 或 Discovery Agent 才能使用 EC2 实例建议功能？
否。要使用 EC2 实例建议功能，需要确保 AWS Migration Hub 中提供了本地部署服务器详细信息。您可以导入内容管理数据库（CMDB）等来源中的现有服务器库存信息，也可以使用 AWS Application Discovery Service 直接从您的环境中收集数据。
问：EC2 实例建议功能如何为给定服务器提供匹配项？
EC2 实例建议功能会建议最符合成本效益且符合给定 CPU 和 RAM 要求的 EC2 实例类型，同时考虑您选择的实例类型首选项，例如 AWS 购买选项、AWS 区域、EC2 实例类型排除项和 CPU/RAM 利用率指标（平均值、峰值或百分比）。
问：EC2 实例建议功能是否为具爆发能力的实例提供建议？
是。EC2 实例建议功能为具爆发能力的实例提供建议。该功能使用“平均值”和“峰值”CPU 数据点来计算已使用的 CPU 额度估计值以及相关成本，更准确地将预测的价格与其他实例系列进行比较。
问：如果 AWS Migration Hub 中的同一服务器有来自多个来源的发现数据该怎么办？ 应使用哪个数据源为该服务器计算 EC2 实例建议？
如果多个来源都有可用于同一服务器的发现数据，则 EC2 实例建议功能将使用最新、最完整的数据提供实例建议。例如，如果您使用 Migration Hub 导入功能为给定服务器上传 CPU/RAM 规范，将基于导入的数据生成建议。如果您在此服务器上安装 AWS Application Discovery Service (ADS) 的 Discovery Agent，ADS 代理也将捕获服务器规格详细信息。下次为该服务器请求 EC2 实例建议时，该功能将使用 ADS 代理收集的规格生成建议，因为该代理较新较完整。
跟踪迁移状态
问：哪些迁移工具集成了 AWS Migration Hub？
AWS Application Migration Service、AWS Server Migration Service、AWS Database Migration Service 和 ATADATA ATAmotion 都集成了 AWS Migration Hub，它们都可以向 Migration Hub 自动报告迁移状态。有关授权各种工具向 Migration Hub 发送状态的更多详细信息，请参阅 Migration Hub 文档。
问：如何使用 AWS Migration Hub 迁移应用程序？
当您在使用 AWS 发现工具所发现的服务器中，或者在通过使用集成迁移工具开始迁移所发现的服务器中创建一个或多个应用程序组后，即可开启或继续将服务器或数据库迁移出 Migration Hub。返回 Migration Hub 以查看应用程序中的每个资源的迁移状态。
要执行这一操作，请在 Migration Hub 控制台中访问相应应用程序的页面。在该页面中，您将看到一个显示构成该应用程序的所有资源的图表，以及一个包含更多迁移状态详情的表格。每个资源的总体及详细迁移状态均使用图表和表格分别进行列示。例如，如果一个服务器使用 AWS Server Migration Service 进行迁移，该服务器的状态可能显示为“正在进行/复制开始”、“正在进行/复制完成”或“已完成/已创建 AMI”。
迁移完成后，Migration Hub 还会显示通过迁移创建的资源的有关详细信息。对于使用 AWS Application Migration Service、AWS Server Migration Service 和 ATADATA 迁移的服务器，Migration Hub 均会提供指向所创建的 AMI 或正在运行 EC2 实例的 AMI 的链接（具体取决于工具）。对于使用 AWS Database Migration Service 迁移的数据库，Migration Hub 会提供目标终端节点 ID，该 ID 可在 Database Migration Service 控制台中用作搜索筛选条件。
问：AWS Migration Hub 能否为我自动迁移应用程序？
不能。AWS Migration Hub 不会自动执行迁移步骤。借助 Migration Hub，您可以在一个位置跟踪应用程序的迁移进度。
问：要让应用程序迁移进度显示在 AWS Migration Hub 中，我需要怎么做？
要在 AWS Migration Hub 中查看迁移进度，您需要满足两个条件。您要迁移的资源必须位于 AWS Discovery Repository 中，并且您必须使用受支持的工具来执行迁移。如果您未使用 AWS Discovery Collector 执行发现而开启迁移，受支持的迁移工具报告的服务器或数据库将自动添加到您的 AWS Application Discovery Service 存储库中。添加后，您可将这些服务器分组为应用程序，从而能够在一个群组中跟踪它们在迁移过程中的状态。
如果您使用受支持的工具，但在应用程序中看不到状态，请先查看“更新”页面，核实正在接收工具状态。如果“更新”页面上没有显示任何状态，请查看“工具”页面，确认您已经授予该工具向 Migration Hub 发送状态的权限。如果尚未授权，请单击“授权”以添加适当的 IAM 权限。
如果更新页面上显示有迁移状态，则可能是因为相应资源没有被分组到应用程序。请访问“服务器”页面，将服务器分组到一个应用程序。分组后，请从“迁移”/“应用程序”页面查看该应用程序的迁移状态。
问：如果我没有执行严格的更换主机迁移，将资源正确地从本地部署迁移到 AWS，会怎么样？
如果资源已经被分组到应用程序，AWS Migration Hub 将显示使用受支持工具执行的资源迁移的状态。它不需要是严格的更换主机迁移。例如，如果您使用 AWS Database Migration Service 迁移某个数据库的内容，一旦与数据库迁移对应的服务器被分组到应用程序，您将会在 Migration Hub 中看到更新。
问：如果我使用的工具没有集成 AWS Migration Hub，怎么办？
没有集成 AWS Migration Hub 的工具不会在 Migration Hub 管理控制台中报告状态。但您仍然可以在应用程序及应用程序级状态中查看其它资源的状态，或者您也可以使用 CLI 或 API，通过您的自动化来更新状态。
问：其它工具应如何向 AWS Migration Hub 发布状态？
迁移工具可以通过写入到 AWS Migration Hub API 向 AWS Migration Hub 发布状态。有兴趣加入我们的合作伙伴必须取得 AWS 能力计划的迁移能力认证。要了解有关能力计划的更多信息和申请迁移能力，请单击此处。
策略建议
问：什么是策略建议？
AWS Migration Hub 策略建议现在可以帮助您为本地运行或在 AWS 中运行的应用程序轻松构建迁移和现代化策略。策略建议提供策略和工具指导，有助于进行大规模迁移和现代化。
问：为什么应该使用策略建议？
策略建议可以帮助您确定大规模定制的迁移和现代化策略，并提供有助于您执行策略的工具和服务。它还可以帮助您识别源代码中需要解决以实现这些建议的不兼容性（反模式）。
问：策略建议支持哪些迁移和现代化选项？
策略建议支持分析在 Windows Server 2003 或更高版本或各种 Linux 发行版（包括 Ubuntu、RedHat、Oracle Linux、Debian 和 Fedora）上运行的应用程序可能的更换主机 (EC2) 和更换平台（托管式环境，例如 RDS 和 Elastic BeanStalk、容器和操作系统升级）选项。策略建议为使用 C# 和 Java 编写的自定义应用程序以及许可数据库（如 Microsoft SQL Server 和 Oracle）提供额外的重构分析。
问：如何开始使用策略建议？
请遵循我们文档中的入门指南开始使用。
问：我还有哪些实现 Windows 工作负载现代化的其他选项？
请访问通过 AWS 实现 Windows 工作负载的现代化了解更多。
递增应用程序重构
问：什么是应用程序转换？
应用程序转换是重构、重新架构和重写应用程序的过程，旨在最大程度地实现云中运行的可用性、可扩展性、业务敏捷性和成本优化益处。
问：什么是 Refactor Spaces？
Refactor Spaces 帮助您加速应用程序重构，以充分利用 AWS 中的计算，并通过在生产操作过程中对重构流程进行便捷管理，简化应用程序转换。使用 Refactor Spaces，您可以将重点集中在应用程序重构上，而不是实现重构的底层基础设施的创建与管理。Refactor Spaces 有助于减少应用程序发展为微服务，或者扩展不能用微服务编写的新功能修改旧式应用程序的业务风险。
问：为什么应该使用 Refactor Spaces?
Refactor Spaces 解决了应用程序转换时常见的两个实际问题：为应用程序重构建立基础设施，并大规模地操作不断演变的应用程序。Refactor Spaces 可帮助您将现有应用程序和微服务组合到一个应用程序中，同时允许各部分之间采用不同的架构和技术、团队协调和流程方法。借助 Refactor Spaces，您可以使用任何 AWS 计算目标（如 EC2、Amazon Elastic Container Service、Amazon Elastic Kubernetes Service、AWS Fargate 和 AWS Lambda）上运行的微服务转换或扩展旧式应用程序。Refactor Spaces 可在数分钟内为应用程序重构创建一个基础设施，节省大量的时间。
问：我可以重构哪些类型的应用程序？
只要其外部接口是基于 HTTP 协议并在 AWS 中运行（或者可以先用 Application Migration Service 更换主机或更换平台），任何应用程序均可使用 Refactor Spaces 进行重构、重写或重新架构。Refactor Spaces 通常用于重构旧式、单体式应用程序，但它也能帮助您有效地进行现代服务和应用程序的重构和重新架构。
问：Refactor Spaces 如何与其他 AWS 服务配合使用？
Refactor Spaces 可编排其他 AWS 服务，创建重构环境，并将现有应用程序和微服务整合到 Refactor Spaces 应用程序中，使应用程序演变时操作更加简便。利用 Transit Gateway、Resource Access Manager 和 API Gateway 创建应用程序重构环境。借助它们，Refactor Spaces 通过多账户结构将现有应用程序和微服务分离，该结构通过联网桥接起来，便于跨账户通信。
问：什么是 Refactor Spaces 环境？
Refactor Spaces 环境提供一个联网、应用程序和跨 AWS 账户服务的统一视图，是容纳现有应用程序和新微服务的容器。该环境可编排 Transit Gateway、Resource Access Manager 和 VPC，在各账户之间联网，从而简化新旧服务之间的通信。创建环境的账户是环境拥有者。拥有者可以和其他 AWS 账户共享该环境，管理添加到环境中的应用程序、服务和路由。
问：什么是 Refactor Spaces 应用程序？
Refactor Spaces 应用程序为现有应用程序和新微服务提供可配置的请求路由。应用程序包括在 AWS 中简化 strangler fig 重构的的代理。在环境中创建应用程序时，Refactor Spaces 编排 API Gateway、Network Load Balancer (NLB) 和 AWS Lambda 资源策略。应用程序的代理和路由用以保持底层架构的变化对应用程序使用者的透明度。
问：什么是 Refactor Spaces 服务？
Refactor Spaces 服务表示现有应用程序或新微服务的端点。服务可以有一个带有 URL 端点或 AWS Lambda 端点的 VPC。Refactor Spaces 使用 Transit Gateway 自动将环境中的 VPC 桥接在一起，并且允许服务 VPC 中的任何 AWS 资源在环境中的所有账户间进行通信。在设置服务的路由时，如果该服务有一个 Lambda 端点，流量则使用 API Gateway De Lambda 集成进行路由。拥有 URL 终端节点的服务，流量使用 API Gateway VPC Link 和 NLB 目标组进行路由。
问：如何使用 Refactor Spaces 开启递增应用程序重构？
可通过 AWS 管理控制台、AWS SDK/CLI 或 CloudFormation（CFN）使用 Refactor Spaces。通常，您要用至少两个账户开启递增应用程序重构 - 一个用于现有应用程序，另一个用于拥有 Refactor Spaces 环境并管理服务之间的流量路由。您的 AWS 账户可以是新的或现有的账户，该账户可以是独立账户、AWS 企业的一部分，或者由 AWS Control Tower 预置。
首先，通过访问账户中的 Refactor Spaces 控制台或使用 IAM 控制台或 API 创建 SLR Next，在您计划用于重构的每个 AWS 账户中安装 Refactor Spaces Service-Linked Role (SLR)，在选择作为环境拥有者的账户中创建一个 Refactor Spaces 环境，并且与其他账户共享该环境。其他账户接受环境共享邀请后，Refactor Spaces 和其他指定账户自动共享该环境中包含的 AWS 资源（如 Transit Gateway）。
接下来，创建您的首个应用程序。Refactor Spaces 应用程序（通过 API Gateway）为 Refactor Spaces 服务提供可配置的请求路由，无论服务在哪个账户中。创建应用程序后，在其中创建一项或多项服务。最初，所有流量将流向现有应用程序，因此创建一个原定设置路由，将所有流量发送至表示现有应用程序的服务。随着时间的推移，您将添加一些路由，以此减少由新微服务提供的业务功能的流量。
问：我是否可以从我的 VPC 以私有方式访问 AWS Migration Hub Refactor Spaces API，而不使用公有 IP 地址？
可以，您可以从使用 Amazon Virtual Private Cloud 创建的 VPC 通过创建 VPC 端点来以私有方式访问 Refactor Spaces API。借助 VPC 端点，VPC 和 Refactor Spaces 之间的路由将由 AWS 网络处理，无需互联网网关、NAT 网关或虚拟专用网络（VPN）连接。Refactor Spaces 使用的最新一代 VPC 端点由 AWS PrivateLink 支持。AWS PrivateLink 这一技术使用的弹性网络接口（ENI）带有 VPC 中的私有 IP 地址，可以支持不同 AWS 服务之间的私有连接。 要了解有关 PrivateLink 支持的更多信息，请参阅 Refactor Spaces PrivateLink 文档。
编排工具
问：什么是迁移编排？
迁移编排是一种流程自动化机制，它使用模板，将多个任务同步到工作流中，并管理依赖关系以实现迁移或现代化项目的所需目标。
问：什么是 AWS Migration Hub Orchestrator？
AWS Migration Hub Orchestrator 旨在自动化和简化应用程序向 AWS 的迁移与现代化。Orchestrator 可以消除迁移许多大规模企业应用程序，管理不同工具之间的依赖关系以及在一个位置提供迁移进度可见性时所涉及的许多手动任务，从而帮助您降低迁移成本并缩短迁移时间。在编排器中使用预定义的和可定制的工作流模板，以提供一组指定的迁移任务、迁移工具和编排复杂工作流和相互依赖任务的自动化机会，从而简化迁移到 AWS 的过程。
问：使用 AWS Migration 编排器有哪些好处？
编排器可以帮助您加速迁移，简化迁移过程，并根据您的使用案例调整迁移工具和过程。
- 加快迁移：使用经过验证的预定义工作流模板来加速您的应用程序迁移，该工作流模板基于 AWS 已迁移的数千个具有类似模式的应用程序。
- 通过自动化进行简化：为相同的迁移工作流实现跨多个工具（如 AWS Application Discovery Service、AWS Application Migration Service 和 AWS Launch Wizard）的迁移前任务、迁移工作流和迁移任务的自动化，以最大程度减少手动工作。
- 调整和简化：通过在基线建议的基础上构建并修改步骤和依赖关系来满足特定工作负载和使用案例的需求，从而定制和重用工作流模板。
问：我为什么应该使用 AWS Migration Hub 编排器？
编排器简化并加快应用程序至 AWS 的迁移过程。
- 使用规范性方法迁移应用程序：您可以通过使用预定义的工作流模板来快速启动迁移，这些工作流模板基于数千个具有 AWS 已迁移的类似模式的应用程序。
- 定制您的迁移工作流：您可以通过添加您自己的步骤、依赖项和自动化来定制您的工作流，以满足您的特定使用案例的需求。
- 在源环境中编排预迁移任务：您经常需要检查迁移准备情况、安装代理或删除不想迁移到 AWS 的不必要的日志文件。在每个本地部署服务器上手动执行这些任务是一个乏味且容易出错的过程。使用编排器，您可以自动执行这些任务，以节省时间和成本，同时减少错误。
- 使用不同迁移工具编排迁移任务：您的最佳迁移过程可能涉及对相同迁移工作流使用多个工具，例如 AWS Application Discovery Service、AWS Application Migration Service 或 AWS Launch Wizard。使用编排器，您可以通过重新使用清单元数据、配置规范和环境上下文来编排您的迁移任务，以最大程度减少您需要在这些工具中提供的输入。通过自动化手动迁移任务，管理不同工具之间的依赖关系，并在一个地方提供对迁移进度的可见性，编排器可以帮助您减少迁移成本和时间。
- 配置、验证和启动已迁移的应用程序：在大型迁移中，检查实例、数据库和网络连接的状态；在迁移的服务器上安装和卸载应用程序；而关闭暂存环境会延长割接时间和停机时间。使用编排器，您可以自动执行这些常规迁移步骤，从而将割接时间减少 50% 以上。
问：如何使用编排器？
您可以从 AWS Migration Hub 控制台或 AWS 命令行界面（CLI）访问编排器。使用编排器完成发现或导入源服务器的先决条件，将发现的服务器分组到应用程序中，并在源环境中安装插件。接下来，选择其中一个预定义工作流模板来创建一个工作流，以编排应用程序迁移。如果您愿意，您还可以指定自动或手动完成的自定义步骤，作为工作流的一部分。一旦定义了工作流，您就可以运行、暂停或删除它。您还可以在编排器中跟踪步骤级别和步骤组级别的工作流状态。
问：什么是编排器中的工作流模板？
工作流模板是一个手册，包含一组指定的迁移任务、依赖关系、合适的迁移工具和推荐的自动化机会。例如，用于将基于 SAP NetWeaver 的应用程序与 HANA 数据库进行迁移的预定义工作流模板包括以下逐步完成的任务：自动验证源服务器和插件之间的连接性、使用 AWS Launch Wizard 预置新 SAP 环境的能力、自动验证源和目标环境、自动迁移 HANA 数据库和应用程序，以及迁移后的验证。
问：编排工具中提供哪些预定义工作流模板？
编排工具目前支持五个可以使用的预定义工作流模板。第一个模板帮助您使用 AWS Launch Wizard 和 HANA 系统复制将基于 SAP NetWeaver 的应用程序与 HANA 数据库进行迁移。第二个模板帮助您使用 AWS Application Migration Service（MGN）加快任何应用程序的主机更换过程。第三个和第四个模板可帮助您将 SQL Server 数据库的平台更换为 Amazon RDS，并使用原生备份和还原将 SQL Server 数据库的主机更换为 Amazon EC2。第五个模板可帮助您将本地虚拟机（VM）映像导入到 AWS，并提供基于控制台的体验，从您为满足 IT 安全、配置管理和合规性要求而构建的 VM 映像生成亚马逊机器映像（AMI）。第六个模板可帮助您将 .NET 和 Java 应用程序的平台更换为 AWS Fargate 上的 Amazon Elastic Container Service（ECS）。所有这些模板都包含预定义的任务自动化，且具有添加新步骤和自动化脚本的选项。
