跳过导航

迁移

借助灵活、功能强大的云迁移策略更快地实现价值,同时最大限度地减少对业务的影响。

长期迁移

在此阶段,我们将通过四种广泛采用的方法指导你的云迁移。了解这些路径,以确定适合应用程序的正确组合。例如,可以选择在不更改代码的情况下重新托管或“提升并移动”策略程度较低的应用,并重新构建对业务更关键的其他应用,将其分解为服务。

"Create a multifaceted application strategy to determine when rehosting, refactoring, rebuilding or replacing applications delivers value, and how new applications can be built using cloud-optimized and cloud-native design principles."

Gartner,“Devise an Effective Cloud Computing Strategy by Answering Five Key Questions”,David W. Cearley,2015 年 11 月(2017 年 6 月 23 日更新)

浏览云迁移策略,了解它们何时以及如何符合目标

Rehost

这种无代码选项通常称为“直接迁移”,可让你快速将现有应用程序迁移到 Azure。每个应用程序按“原样”进行迁移,既发挥了云的优势,又无需承担更改代码所带来的风险或成本。

使用时机:

  • 需要快速将应用程序从数据中心迁移到云。
  • 构建应用旨在利用 Azure IaaS 可伸缩性。
  • 企业需要应用程序,但不需要立即更改其功能。
  • 只有使用 Azure IaaS 虚拟机 (VM) 才能满足应用程序或数据库的要求。
  • 需要在不更改代码的情况下迁移应用程序

重新托管示例路径

迁移步骤

重新托管到 IaaS

重新托管数据库

优化

步骤 1(共 4 步)

将 VM 或物理服务器复制到 Azure

只需简单几步即可使用 Azure Site Recovery 复制服务器,包括运行 Windows 或 Linux 的 VMware 虚拟机或物理服务器。将 VM 复制到高级或标准存储帐户,以满足应用程序的性能和 SLA 需求。

步骤 2(共 4 步)

配置 Azure 混合权益和托管磁盘

使用 Azure 混合权益将 Windows Server 虚拟机迁移到 Azure,节约成本。迁移前,请先应用评估推荐的配置,例如存储类型、可用性集、VM 大小和网络。

步骤 3(共 4 步)

测试应用程序并将其迁移到 Azure

使用无中断的测试故障转移和 Site Recovery 在 Azure 中将应用程序性能基准化。然后即可自信地将应用程序迁移到 Azure。

步骤 4(共 4 步)

传输大量数据

若要将大量数据传送到 Azure,但又受时间、网络可用性或成本的限制,则可使用 Azure Data Box 服务。Data Box 由大量合作伙伴提供支持,这些合作伙伴在帮助客户管理数据资源方面具有丰富的经验。

步骤 1(共 3 步)

迁移数据库

通过 Azure 数据库迁移服务,轻松将 SQL Server、开放源代码和其他关系数据库迁移到 Azure 上完全托管的解决方案,如 Azure SQL 数据库托管实例、Azure Database Service for PostgreSQL 和使用 Azure 数据库迁移服务的 Azure Database for MySQL。使用数据迁移工具将非关系数据库迁移到 Azure Cosmos DB。

步骤 2(共 3 步)

缩放数据库迁移

使用数据库迁移服务并行迁移多个数据库。

步骤 3(共 3 步)

完成迁移

迁移的数据库准备就绪后,只需更新连接字符串即可重新连接应用。

步骤 1(共 4 步)

确保符合性

通过使用定义工作负荷所需配置的安全策略,帮助确保用户遵守公司或法规要求。Azure 机器学习可识别丢失的数据加密和缺少的防火墙规则。

步骤 2(共 4 步)

备份虚拟机

从 Azure 门户备份迁移的 Windows 和 Linux VM。将所有备份信息存储在中央仪表板中,可以在意外丢失数据时快速决定需要还原的内容。

步骤 3(共 4 步)

管理符合性

制定政策确保治理得当,并监视标准的遵守情况。使用基于角色的访问控制 (RBAC) 和实时管理员访问实现最小特权访问。

步骤 4(共 4 步)

跟踪虚拟机利用率

使用 Azure 成本管理监视虚拟机上的 CPU 利用率,以检测低效率并优化使用情况。

了解如何使用 Microsoft 工具重新托管应用程序进行服务器和数据库迁移。

将应用迁移到 Azure:选项阐释

特色视频

将数据库迁移到 Azure

演示:在 Azure 上重新托管应用程序

推荐的技术服务

我们的技术合作伙伴提供大量迁移解决方案,供你在 Azure 迁移服务不支持特定方案时使用。

重构

重构(通常称为“重新打包”)是一种云迁移方法,可让你最小程度地更改应用程序代码或应用必要的配置更改,以将应用程序连接到 Azure PaaS 并更好的利用云优势。

使用时机:

  • 需要使用现有基本代码和开发技巧,并考虑代码可移植性。
  • 可轻松地重新打包应用程序以使其在 Azure 中工作。
  • 希望应用 Azure 提供的创新 DevOps 实践。
  • IT 团队正在投资使用针对特定工作负荷的容器策略的 DevOps。

重构示例路径

迁移步骤

重构到 PaaS

数据库到 Azure

优化操作

步骤 1(共 2 步)

“重新打包”现有应用

使用现有应用程序,将其“重新打包”以利用 Azure 平台即服务 (PaaS) 功能。 将应用程序推送到 Azure 容器注册表,在其中,可通过在中央注册表中轻松存储和管理 Azure 部署的容器映像来简化容器开发。

步骤 2(共 2 步)

部署到 Azure Kubernetes 服务

创建、配置和管理预配置的用于运行容器化应用程序的虚拟机群集。Azure Kubernetes 服务 (AKS) 使这些操作简单可行。

步骤 1(共 2 步)

迁移数据库

通过数据库迁移服务,轻松将 SQL Server、开放源代码和其他关系数据库迁移到 Azure 上完全托管的解决方案,如 Azure SQL 数据库托管实例、Azure Database Service for PostgreSQL 和 Azure Database Service for MySQL。使用数据迁移工具将非关系数据库迁移到 Azure Cosmos DB。

步骤 2(共 2 步)

大规模迁移数据库

使用数据库迁移服务并行迁移你的数据库。 已迁移的数据库可供使用后,只需重新连接它,应用便可启动并运行。

步骤 1(共 3 步)

迁移到 Visual Studio Team Services

从 Team Foundation Server 移动到 Visual Studio Team Services,同时移动你的数据

步骤 2(共 3 步)

管理符合性

通过使用用于定义工作负荷所需配置的安全策略,帮助满足公司或行业法规要求。Azure 安全中心使用机器学习来识别丢失的数据加密和缺少的防火墙规则。

步骤 3(共 3 步)

监视和可视化成本

通过单一的统一视图,了解资源使用情况和成本。运营和业务用户可根据自身需求,创建自定义仪表板来查看数据。

推荐的技术服务

我们的技术合作伙伴提供大量迁移解决方案,供你在 Azure 迁移服务不支持特定方案时使用。

Rearchitect

通过这一云迁移策略,修改或扩展现有应用程序的基本代码,优化应用程序体系结构以适应云规模。这将使你的应用更现代化,成为一个可复原且高度可伸缩、独立部署的体系结构。使用 Azure 服务来加速进度、自信地缩放应用程序、轻松管理应用。

使用时机:

  • 应用程序需要进行重大修订,以纳入新功能或在云平台上更有效地工作。
  • 希望利用现有应用程序投资。
  • 希望以经济高效的方式满足可扩展性要求。
  • 希望尽量减少虚拟机的使用。
  • 希望应用 Azure 提供的创新 DevOps 实践。

重塑架构示例路径

迁移步骤

针对 PaaS 重新架构

数据库到 Azure

发布和优化

步骤 1(共 3 步)

重塑代码架构

将整体应用程序拆分为一组松散耦合的模块,这些模块共同协作以利用云平台。

步骤 2(共 3 步)

独立部署服务

每个微服务都很小且独立,具有自包含和松散耦合特性,可以独立地进行构建、测试和部署。

步骤 3(共 3 步)

按偏好进行部署

使用熟悉工具以首选编程语言进行部署。

步骤 1(共 2 步)

大规模迁移数据库

使用 Azure 数据库迁移服务并行迁移数据库。

步骤 2(共 2 步)

完成迁移

迁移的数据库已准备就绪,可供使用。只需重新连接,应用即可运行。

步骤 1(共 3 步)

独立部署

无需重新部署整个应用程序便可更新服务,出现问题时可回滚或前滚更新。可使用 Docker 来部署微服务。

步骤 2(共 3 步)

将应用程序推送到 Azure 容器注册表

使用 Azure 容器注册表可存储和管理所有类型的容器部署的映像。

步骤 3(共 3 步)

部署到 Azure Kubernetes 服务

Azure Kubernetes 服务 (AKS) 让创建、配置和管理为运行容器化应用程序而进行了预配置的虚拟机群集变得更简单。

推荐的技术服务

我们的技术合作伙伴提供大量迁移解决方案,供你在 Azure 迁移服务不支持特定方案时使用。

Rebuild

使用云原生的技术重新生成应用程序。Azure 平台即服务 (PaaS) 提供完整的部署和云中的部署环境,消除了软件许可证的费用和复杂性,也无需基础的应用程序基础结构或者中间件和其他资源。借助此云迁移策略,你管理自己开发的应用程序和服务,其他一切交给 Azure。

使用时机:

  • 你希望快速开发,而现有应用程序在功能和使用寿命方面受到限,拖了你的后腿。
  • 已准备好使用原生于云的技术生成新的应用程序。
  • 希望利用 AI、区块链和 IoT 的改进生成创新的应用。
  • 希望加快业务创新。
  • 希望应用 Azure 提供的创新 DevOps 实践

重新生成示例

迁移步骤

重新生成数据库

重新生成原生云应用

发布和优化

步骤 1(共 2 步)

创建数据库用于存储数据

Azure Cosmos DB 是全球分布的多模型数据库服务,通过透明地缩放和复制数据(无论用户位于何处),在任意数量的 Azure 区域提供统包分布。

步骤 2(共 2 步)

多模型 + 多 API 数据库

通过 Cosmos DB,在同一服务中使用键-值、图形、列-系列和文档数据

步骤 1(共 3 步)

使用 PaaS 服务

借助 Azure PaaS,可使用提供可缩放性、高可用性和多租户功能的内置软件组件来创建应用程序。

例如,如果应用程序需要集成解决方案,可以使用 Azure 逻辑应用。

步骤 2(共 3 步)

生成无服务器应用

使用无服务器体系结构通过所选编程语言更快地生成应用。

步骤 3(共 3 步)

使用 AI 重新生成

使用丰富的人工智能服务(如 Azure 认知服务文本分析 API),赋予用户可以学习和自我调整的智能应用程序。

步骤 1(共 2 步)

将应用发布到应用服务

使用 Visual Studio Team Services,为应用程序创建完整的 CI/CD 管道(不论使用的是哪种语言)并部署到多个目标,其中包括虚拟机、Azure Service Fabric 和 Docker 容器业务流程协调程序(如 Kubernetes)。

步骤 2(共 2 步)

立即执行下一步

Azure 迁移之旅

评估 评估
迁移 迁移
优化 优化