什么是直接迁移？

由于无需改变应用程序架构，且几乎不需要修改应用程序代码，直接迁移策略相比其他流程具有更快速度、更低人力成本和更少初始投入的优势。这也是组织将 IT 支出从资本支出（CapEx）转向运营支出（OpEx），以便启动混合云 战略，并开始使用更经济、可扩展的云计算能力、存储 和网络基础设施的最快速、最经济的方式。

在云计算发展初期，除最陈旧、最复杂、耦合度最高的本地应用外，直接迁移策略适用于几乎所有场景。但随着云架构的演进——开发者生产力提升和云定价模式优化——无法利用云环境优势的“原样”迁移应用程序的长期价值已大幅降低。

如今，直接迁移主要被视为迁移具有一定云就绪度工作负载（例如 VMware 工作负载、容器化应用、基于微服务架构构建的应用）的可行选项，或作为在云上为云环境重构单体应用程序的第一步。

与继续在本地部署应用程序相比，直接迁移可提供几个优点：

• 快速、经济、低扰动的迁移：直接迁移可实现快速迁移，无需投入大规模团队。迁移过程中本地应用可保持正常运行，服务不中断，用户体验不受影响。
  
  
• 性能提升潜力：直接迁移让应用程序得以在更新、性能更优的硬件上运行，而无需企业自行采购硬件。
  
  
• 扩展容量，实现本地部署整合： 在以使用量付费的方式从云端获取计算容量、存储和网络带宽的同时，整合本地数据中心基础设施并优化成本。
  
  
• 按需扩展能力： 直接迁移使企业无需采购和物理部署新计算容量即可实现应用程序扩展。无需为应对流量高峰而过度配置硬件。
  
  
• 节省成本的弹性：部分应用程序还可利用云弹性——自动启停资源以精准匹配需求的能力。云的弹性越高，应用程序对其利用越充分，您通过随时随地精确使用所需资源所能实现的成本节约就越多。
  
  
• 增强的安全性：迁移后，即使是旧版应用程序也可能能够利用云安全服务，例如基于角色的访问控制、多重身份验证和统一的混合安全流程。
  
  
• 减少本地数据中心成本和难题： 可以迁移到云的应用程序越多，就能越快地缩减本地部署基础架构及其管理和维护数据成本。
  
  
• 迈向混合云的简单一步：移动是一种简单的方法，可以将最适合混合云的应用程序移动到公有云或私有云，同时继续在本地部署其他应用程序工作量。借助合适的管理工具，您可以将这些平台作为一个单一、优化的基础架构进行管理。

再次强调，直接迁移并非对所有应用程序都能产生这些效益。一个仅部分针对云环境进行优化的应用程序，可能永远无法实现云潜在的节约优势，最终反而可能在云上产生更高运行成本。如果某个应用程序在本地运行缓慢或效率低下，那么未经修改就直接迁移到云端，其运行表现也不太可能改善。软件许可成本和限制可能使直接迁移成本过高，甚至在法律上无法实现。

VMware 虚拟化技术在企业中无处不在。VMware 占据了 80% 的虚拟化市场份额，财富 100 强公司 100% 都使用 VMware 来虚拟化其本地数据中心。因此，大多数云提供商都提供 VMware 基础设施来托管应用程序，部分提供商还提供专门的工具和服务，用于将 VMware 工作负载直接迁移至其云端。

要直接迁移现有的 VMware 工作负载，本地数据中心和目标云数据中心应共享底层的 VMware ESXi 虚拟机管理程序，以及一套通用的、与 VMware 和 vSphere API 兼容的管理工具和脚本。云提供商还需拥有一支具备管理和维护 VMware 软件栈技能与经验的运营团队。

简化 VMware 直接迁移的关键技术是 VMware HCX（混合云扩展），该工具本质上是将本地网络扩展到云上的 VMware 环境，以快速实现混合云基础设施。HCX 能够安全、大规模地将数千台虚拟机按原样从本地迁移到云端；让您能够使用相同的工具、脚本和技能来管理和操作本地及云工作负载；并使您能够在云中实现本地工作负载的复制与恢复。

直接迁移是一种 IaaS（基础设施即服务）迁移——您将应用程序按原样从本地基础设施迁移到按订阅或按使用量计费的云基础设施上。

广义上说，还有另外两种类型的云迁移值得考虑：

PaaS（平台即服务） 迁移涉及修改您的应用程序，以便更好地利用云供应商的 PaaS 堆栈。您可以重构或重新平台化应用程序，进行一些小的更改以优化其在云的性能或充分利用云的功能，而不会改变用户体验。您还可以重新构建应用程序，以获得微服务、容器或无服务器架构计算的优点。或者，您可以完全重新设计应用程序，利用云供应商的开发工具和功能来提高开发人员的生产力。

与直接迁移相比，PaaS 迁移前期成本更高、更耗费人力且更耗时。但它能让您的应用程序更好地利用云原生的运营自动化、开发者生产力、安全性、弹性以及按使用量付费的成本模式，这些优势可以迅速收回您的初始投资。

SaaS（软件即服务）迁移意味着将您的本地部署应用程序替换为现成的基于云的替代方案，该替代方案提供类似的功能并利用／充分利用云供应商基础设施的更多优点。

合适的 SaaS 迁移既能具备直接迁移的低迁移成本优势，又能获得 PaaS 迁移的云优势。然而，它也可能要求您放弃或等待某些功能或定制，并且您很可能需要采用该 SaaS 应用程序的数据管理、访问控制、安全等功能。

再次重申，随着云技术不断提升开发者生产力并优化云定价模式，将应用程序迁移到一个不利用云环境优势的云端，其意义越来越小，且最终成本更高。但是，在以下几种情况下，直接迁移可能比 PaaS 迁移更合理：

• 本地基础设施成本飙升，但尚未准备好重构应用程序。。在这种情况下，将应用程序暂时停放在云端，直到您准备好或能够重建，可能是划算之举。例外情况是资源密集型的旧版应用程序，例如大数据分析、数字动画或医疗/工程成像软件，这些应用导致按使用量付费的云费用飙升的速度可能远超您的预期。
  
  
• 需要迁移现成的商业软件应用程序。您无法重构这些程序，因此唯一现实的选择就是将它们原样迁移到云端。
  
  
• 需要成本更低、扩展性更强的备份与恢复方案。将备份从本地转移到云端是一种常见的用例，除非在监管最严格的行业，或对于具有最严格恢复点目标或恢复时间目标的应用程序。

在进行任何直接迁移之前，请仔细评估并准备那些可能影响迁移难度、成本和最终价值的因素。这些因素包括但不限于：

1. 应用程序生命周期：您还会继续使用此应用程序或运行此工作负载多久？在大多数情况下，迁移一个计划在未来 12 个月内淘汰的应用程序是没有意义的。
   
   
2. API 访问限制：确保迁移到云端不会对您当前的 API 工具造成瓶颈。
   
   
3. 迁移自动化工具：确认您的云托管提供商是否提供任何用于迁移的自动化工具，并计划尽可能使用它们。
   
   
4. 迁移优先级：如果计划迁移多个应用程序，应创建一份运行手册，确保关键任务应用程序优先迁移（或按照对您业务最有意义的顺序进行）。
   
   
5. 合规性：在从私有本地环境迁移到私有云或公有云之前，请评估您的迁移计划和云提供商的基础设施，以确保在迁移期间及之后满足所有合规要求。
   
   
6. 功能和范围蔓延： 功能丰富的云环境很容易诱使您立即集成各种功能，从而导致延迟和资源消耗。务必明确界定项目范围，并在整个迁移过程中严格遵守。