AWS Migration Hub
统一追踪和可视化多个迁移工具进度的仪表板服务，还提供 Strategy Recommendations 的迁移策略评估和 Refactor Spaces 的重构支持
概述
AWS Migration Hub 是一项统一规划和追踪从本地到 AWS 工作负载迁移的服务。在单一仪表板中可视化 AWS DMS、AWS MGN 和第三方迁移工具的进度，掌握数百台服务器迁移项目的全貌。Strategy Recommendations 功能基于实际使用数据定量评估各服务器的最优迁移策略 (重新托管/重新平台化/重构)。
迁移项目混乱的原因与统一追踪的价值
大规模迁移项目中，数据库用 DMS、服务器用 MGN、容器化用 App2Container 等多个工具并行运行。各工具有独立的控制台和状态管理，项目经理难以掌握整体进度。Migration Hub 将所有迁移工具的状态汇聚到单一视图，按应用分组显示各服务器的迁移阶段 (未开始/进行中/完成)。应用分组功能将构成一个应用的多台服务器 (Web 服务器 + 应用服务器 + 数据库) 作为一个单元管理，确保相互依赖的组件同步迁移。
Strategy Recommendations 定量评估迁移策略
Strategy Recommendations 在源服务器上安装收集器代理，分析运行中的进程、网络连接、依赖关系。基于收集的数据为每台服务器推荐最优迁移策略：重新托管 (直接迁移)、重新平台化 (部分修改后迁移)、重构 (重新架构)。推荐附带理由，例如「该服务器运行 .NET Framework 3.5，建议重新平台化到 Elastic Beanstalk」。反模式兼容性分析检测迁移后可能出现问题的配置 (如硬编码 IP 地址、本地文件系统依赖)。
Refactor Spaces 与 DMS/MGN 联动的渐进式现代化
Refactor Spaces 是 Migration Hub 的一项功能，为将单体应用渐进式分解为微服务提供基础设施。创建环境后自动配置 API Gateway 和 NLB，可将特定 URL 路径的流量路由到新的微服务，其余流量继续发送到原有单体应用。这实现了绞杀者模式 (Strangler Fig Pattern)，无需一次性重写即可逐步迁移功能。典型流程：MGN 将单体应用迁移到 EC2 → 识别可分离的功能 → 用 Lambda/ECS 实现新微服务 → Refactor Spaces 路由切换 → 重复直到单体消失。