目录

什么是直接迁移?好处有哪些?

“直接迁移”,又称“重新托管”,是将应用或工作负载(及其数据存储库和操作系统)的一模一样的副本从一个 IT 环境迁移到另一个 IT 环境的过程。例如,将一个基于Java的Web应用程序从一个Tomcat服务器迁移到另一个Tomcat服务器。

一、直接迁移的概念

直接迁移是指将软件系统或组件从一个环境或平台直接转移到另一个类似环境或平台。例如,将一个基于Java的Web应用程序从一个Tomcat服务器迁移到另一个Tomcat服务器。还有一种是转移迁移,它是指将软件系统或组件从一个环境或平台转移到另一种不同的环境或平台。例如,将一个基于Windows操作系统开发的应用程序迁移到Linux操作系统上运行。

“直接迁移”,又称“重新托管”,是将应用或工作负载(及其数据存储库和操作系统)的一模一样的副本从一个 IT 环境迁移到另一个 IT 环境的过程 — 通常是从本地迁移到公共或私有云。

因为它不涉及对应用架构进行更改,并且几乎或根本无需更改应用代码,因此,与其他方式相比,直接迁移策略的迁移速度更快、所需劳动力更少、(初始)成本更低。 它也是最快速、最便宜的迁移方式,允许企业开始将 IT 开销从资本开销 (CapEx) 转向运营开销 (OpEx),以启动 混合云战略,同时开始利用云端更经济、更可扩展的计算能力、存储和 网络 基础架构。

在云计算的早期,直接迁移可能适用于除了最古老、最复杂、耦合最紧密的本地应用之外的所有应用。 但是,随着云架构的发展 — 以及开发人员生产力的提高和更有利的云定价模式的出现 — “按原样”迁移不能利用云环境的应用的长期价值开始急剧下降。

今天,直接迁移主要被认为是迁移在某种程度具有云就绪性的工作负载的一个选项(如 VMware 工作负载、容器化 应用、以及构建在微服务架构上的应用),或者被认为是在云端重新构建单一云应用过程中的第一步。

软件迁移可以有多种原因,如升级软件系统、更改系统平台、需要更好的性能或安全性等。为确保迁移的成功,必须在迁移前进行充分的测试和评估,以识别和解决潜在的问题和风险。

二、直接迁移的好处

与继续在本地运行应用相比,直接迁移可以提供几个引人注目的好处:

  • 快速、经济高效、干扰最小的迁移:直接迁移允许您快速迁移,无专依赖大型团队完成任务。 在迁移过程中,本地应用可以保持不变,从而不会造成服务中断,并且用户的应用体验始终如一。
  • 具有提高性能的潜力:直接迁移使您有机会在性能更高的更新后的硬件上运行应用,无需采购自己的硬件。
  • 在本地一边整合、一边扩展容量:在按使用付费的基础上增加云计算能力、存储和额外的网络带宽,同时整合本地数据中心基础架构和成本。
  • 按需可扩展性:直接迁移允许贵组织在不购买和不实际安装新的计算能力的情况下扩展应用。 您也不必为了应付高峰流量而过度调配硬件。
  • 节约成本的弹性:一些应用还可以利用云弹性 — 自动添加和缩减资源以精确匹配需求的能力。 云的弹性越大,应用对它的利用率就越高,您在任何给定时间只使用所需资源来节省成本的几率就越大。
  • 增强安全性:一旦迁移完成,即使遗留应用也可以利用云安全服务,如基于角色的访问控制、多因素身份验证和统一混合安全流程。
  • 减少本地数据中心的成本和困扰:迁移到云端的应用越多,降低本地基础架构以及管理和维护成本的速度就越快。
  • 通往混合云的简单的第一步:直接迁移是一种简单的方法,可以将应用转移到最合适的私有或公共云,同时继续在本地托管其他应用工作负载。 使用正确的管理工具,您可以将平台作为单一的优化型基础架构进行管理。

同样,直接迁移不会给所有应用带来这些好处。 只对云环境进行了部分优化的应用可能永远无法实现云的潜在成本节约优势,从长远来看,在云端运行这些应用的成本可能会更高。 如果应用在本地运行速度缓慢或效率低下,那么,在不进行修改的情况下,将其迁移到云不太可能改善这种情况。 许可费和限制可能导致直接迁移的费用高得令人望而却步,甚至违法。

三、直接迁移与其他的迁移替代方案

直接迁移是IaaS(基础架构即服务)迁移,您可将移动应用按原样从本地基础架构迁移到您付费订阅的或按使用付费的云基础架构。

从广义上讲,云迁移还可以考虑另外两种方式:

1.PaaS 迁移

PaaS(平台即服务)迁移涉及到修改您的应用,以利用云提供商的 PaaS 堆栈的更大优势。 您可能需要对应用进行重构或重建平台,通过做出一些小规模的更改来优化其针对云的性能或利用特定的云功能,不会影响到用户体验。 您可能还需要对应用进行重新架构,以获得微服务、容器或无服务器架构的好处 。 或者,您可以使用云提供商的开发工具和平台功能完全重新设计应用,以提高开发人员生产率。

与直接迁移相比,PaaS 迁移的成本更高、劳动力更密集、耗时更久。 但它使您的应用能够更好地利用云原生操作自动化、开发人员生产力、安全性、弹性和按使用付费的成本模式,从而迅速收回您的初始投资。

2.SaaS 迁移

SaaS(软件即服务) 迁移意味着您可用开箱即用、基于云的选项来替代本地应用,该选项提供类似的功能, 并且 能够利用云提供商基础架构的更多优势。

正确的 SaaS 迁移可以利用 PaaS 迁移的云优势来实现直接迁移的低成本。 但是,它也可能要求您放弃或等待某些特性或定制,并且很可能需要您采用 SaaS 应用,以获得数据管理、访问控制和安全性等功能。

四、如何判断是否该直接迁移

再说一遍,随着云技术不断提高开发人员的生产率并改进云定价模式,将无法利用云环境的工作负载迁移到云端变得越来越没有意义(从长远来看,成本也会越来越高)。 但仍存在采用直接迁移比 PaaS 迁移更有意义的情况:

  • 您的内部基础架构成本飞涨,但您还没有完全准备好重新架构您的应用。 在这个案例中,在您准备好或能够重新架构之前,将应用短暂地“停放”在云端是有意义的。 但资源密集型的遗留应用除外,如大数据分析、数字动画、医疗或工程成像等,因为它们按使用付费的云成本往往会以超出预期的速度增长。
  • 您希望迁移现成的应用。 您不能重新架构这些应用,因此,唯一实际的替代方法就是将它们按原样迁移到云。
  • 您需要成本更低、可扩展性更强的备份与恢复。 除了受到最严格监管的行业或者拥有最严格的 RPO/RTO(恢复点目标/恢复时间目标)的应用外,将备份从本地备份转移到云是所有行业的常见用例。

五、如何做直接迁移评估和规划

在采取任何直接迁移行动之前,请仔细评估可能影响难度、成本和最终价值的因素,并为应对这些情况做好准备。 这些包括但不限于以下内容:

  1. 应用寿命:打算继续使用该应用或运行此工作负载多长时间? 大多数情况下,迁移打算在 12 个月内淘汰的应用都是没有意义的。
  2. API 访问限制:确保移动到云不会给当前 API 工具带来瓶颈。
  3. 迁移自动化工具:确定云托管提供商是否提供任何迁移自动化工具,并为尽可能地使用它们做好规划。
  4. 迁移优先级分配:如果计划迁移多个应用,请创建一个工作簿,以确保首先迁移关键任务型应用(或者根据您的业务优先级进行排序)。
  5. 合规性:在从私有本地环境迁移到私有云或公共云之前,请评估迁移计划和云提供商的基础设施,以确保在迁移期间和迁移之后满足所有合规需求。
  6. 特性和范围蔓延:功能丰富的云环境很容易诱使动态集成功能,从而导致延迟和资源消耗。 建立一个明确定义的项目,并在整个迁移过程中坚持目标。

以上就是关于直接迁移的全部内容,希望对大家有所帮助。