六种迁移策略框架
将重新托管、重新平台化、重新架构、重建、替换和退役策略应用于本地应用组合，并为每个应用选择最佳路径。
六种迁移策略框架 是 CoddyKit 上的免费 Azure Fundamentals 课时。 这是第 1 节课，共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Azure Fundamentals 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 Azure Fundamentals 课程共包含 4 节课。
什么是 6-Rs 框架
6-Rs 迁移框架是一种结构化方法，用于对每个本地工作负载应如何迁移到云端进行分类。Microsoft 及更广泛的行业使用这六种策略（也称为迁移模式），使组合决策高效且一致。架构师不会采用一刀切的方法，而是分别评估每个应用程序，并为其分配最合适的 R。
重新托管：直接迁移
重新托管（直接迁移）是指在不更改代码的情况下将工作负载迁移到 Azure。您可以将现有 VM 映像或应用程序二进制文件直接运行在 Azure IaaS 上。这是最快的策略，通常用于难以修改的旧版应用程序，或迁移期限紧迫的组织。Azure Migrate 的复制引擎可以自动完成大多数 Windows 和 Linux VM 的重新托管。
# Trigger a replication for lift-and-shift using Azure CLI
az migrate server migration start-replication \
--resource-group myRG \
--project-name myMigrateProject \
--machine-name 'web-server-01'重新平台化：进行小幅云优化
重新平台化（也称为迁移、调整后再迁移）是指在迁移过程中进行小幅优化，同时不改变核心架构。例如，将自行管理的 MySQL 数据库从 VM 移至Azure 数据库 for MySQL，或将自托管 SMTP 中继替换为 Azure Communication Services。您可以获得托管服务带来的修补、备份和扩展等优势，而无需重写应用程序逻辑。
# Example: Create a managed MySQL Flexible Server (replaces IaaS VM running MySQL)
az mysql flexible-server create \
--name mydb-flexible \
--resource-group myRG \
--location eastus \
--sku-name Standard_D2ds_v4 \
--tier GeneralPurpose重新架构：为云端重新设计
重新架构（或重构）是指大幅更改应用程序架构，以利用云原生功能。您可以将单体 .NET 应用程序拆分为部署在Azure Container Apps上的微服务，也可以将基于 cron 作业的批处理系统重新实现为Azure Functions。重新架构在可伸缩性和成本方面带来的长期收益最大，但所需投入也最多。
重建：从头重写
重建是指完全放弃现有应用程序，构建新的云原生解决方案。当旧版应用程序维护成本过高、使用已结束生命周期的技术栈，或即使迁移也无法满足业务要求时，通常会选择此策略。重建能带来最大的云原生优势，但实现价值所需的时间最长。Azure PaaS 以及Azure App Service、Azure Functions和Cosmos DB等无服务器服务都是常见目标。
替换：采用 SaaS 解决方案
替换是指使用商业化 SaaS 产品替换现有本地应用程序，并提供同等或更强的功能。例如，使用Dynamics 365替换本地 CRM，或使用SharePoint Online替换旧版文件服务器。替换可以完全消除基础设施管理。代价是可定制性降低，并且可能需要投入大量数据迁移和变更管理工作。
Retire：停用不再需要的应用程序
Retire 是最简单的策略：找出不再使用、重复或已被替代的应用程序，并将其停用，而不是迁移。Azure Migrate 收集的发现数据通常会显示，相当一部分本地服务器（有时为 20–30%）利用率极低或没有活跃用户。停用这些应用程序可以减少迁移范围、许可成本和运营复杂性。
# Query Azure Migrate to find servers with low CPU utilisation (candidates for Retire)
az offazure vmware machine list \
--resource-group myRG \
--site-name mySite \
--query "[?properties.percentageCoresUtilization < '5'].properties.displayName"为每个应用程序选择合适的 R
选择合适的 R 需要分析每个应用程序的四个因素：业务重要性、技术复杂性、迁移时间线和总体拥有成本。没有集成依赖项的简单 Web 前端适合采用重新托管。包含数百个存储过程和自定义数据库功能的应用程序可能需要重新架构或重建。低价值的内部工具则非常适合 Retire 或替换。
Azure Migrate 中的组合评估
Azure Migrate 提供 Business Case 功能，可根据利用率数据、许可情况和 Azure 定价，自动为已发现的服务器建议迁移策略。它会将工作负载分为重新托管、重新平台化和支持结束类别，帮助您开始进行 6-Rs 分类。您可以覆盖任何建议，并在最终确定迁移计划前添加自己的业务背景。
# Create a business case assessment in Azure Migrate
az migrate assessment create \
--resource-group myRG \
--project-name myMigrateProject \
--name businessCase01 \
--type BusinessCase安排迁移波次顺序
为每个应用程序分配 R 后，您可以将它们分组到迁移波次中。低风险的重新托管候选项通常组成第一波，以增强团队信心并熟悉工具。重新架构和重建项目则在并行工作流中运行，时间线更长。必须遵循应用程序之间的依赖关系，例如 Web 层调用共享数据库的情况，确保相关应用程序一起迁移或按正确顺序迁移。
6-Rs 与云采用框架
6-Rs 与 Microsoft 云采用框架的采用阶段相一致。CAF 提供波次规划模板、RACI 矩阵和工作负载评估问卷，在企业规模上落实 6-Rs。准备阶段建立的治理防护措施（着陆区域、策略和身份）必须在迁移波次开始前就位，从而确保迁移后的工作负载从第一天起就在符合要求的环境中运行。
快速检查
请测试您对本课程中 Microsoft Azure Fundamentals (AZ-900) 概念的理解。
课程回顾
在本课程中，您学习了：6-Rs 框架（重新托管、重新平台化、重新架构、重建、替换、Retire）为迁移决策提供了一套术语；每个 R 在成本与速度之间都有不同的权衡；Azure Migrate 的 Business Case 可以根据利用率数据自动建议策略。接下来，我们将了解 Azure Migrate 如何发现和评估本地服务器。
用 AI 导师学习 Azure Fundamentals — 免费
在浏览器中编写并运行真实代码，获得全天候 AI 导师的即时帮助，并在网页或应用中继续学习。
- 课程
- 30
- 课程
- 120
常见问题解答
「六种迁移策略框架」课时是免费的吗？
是的 — 「六种迁移策略框架」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 Azure Fundamentals 课程的其余内容，请升级到 CoddyKit PRO。 Azure Fundamentals 课程共包含 4 节课。
「六种迁移策略框架」这节课中我会学到什么？
将重新托管、重新平台化、重新架构、重建、替换和退役策略应用于本地应用组合，并为每个应用选择最佳路径。 你通过在浏览器中直接运行的动手代码来练习 Azure Fundamentals，全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 Azure Fundamentals 需要有经验吗？
无需任何先前经验。CoddyKit 上的 Azure Fundamentals 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。 这是第 1 节课，共 4 节。
「六种迁移策略框架」课时需要多长时间？
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。
我能在这节 Azure Fundamentals 课中编写并运行代码吗？
能。每节 Azure Fundamentals 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。