5

“提升和转移”云迁移策略会成为企业正确的云迁移战略吗?

 2 years ago
source link: https://www.51cto.com/article/706694.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client
“提升和转移”云迁移策略会成为企业正确的云迁移战略吗?-51CTO.COM
“提升和转移”云迁移策略会成为企业正确的云迁移战略吗?
作者:云联壹云 2022-04-15 19:36:18
回顾过去几年的云迁移过程,对于许多企业而言,提升和转移从一开始看起来是很有前途的策略,但从长远来看,由于无法实现采用云的明显好处,大多数情况下它已成为反策略。

业务敏捷性、效率、创新、降低成本、保持竞争优势是企业向云大规模迁移的重要原因。全球各行各业的企业正在使用用云计算中高度灵活、可扩展且经济高效的计算能力替换其现有的传统本地技术。

云计算的业务优势同样巨大,但只有当企业能够成功地将其本地 IT 基础架构迁移到云中而没有任何缺点和挑战时,才能实现这些优势。更重要的是弄清楚如何实现云采用所承诺的价值和好处。

对于许多企业来说,采用云的第一种方法是通过选择一种简单的云迁移方法来实现低风险的目标,从而在不承担太大风险的情况下实现更快的收益。虽然有许多迁移策略选项(通常称为 6/7 R 配置)可供选择,但“Rehost”也称为“Lift and Shift Migration”迁移策略已成为大多数企业开始采用云计算的事实上的选择。

回顾过去几年的云迁移过程,对于许多企业而言,提升和转移从一开始看起来是很有前途的策略,但从长远来看,由于无法实现采用云的明显好处,大多数情况下它已成为反策略。“提升和转变”是否真的有效?在决定采用这一策略时必须有选择性和谨慎。下面一起更深入地了解“提升和转移”云迁移策略哪些有效,哪些无效。

b3f8230958533c28155339a90cc8f6eb84293d.jpg

1. 什么是“Lift and Shift”云迁移?

简单来说,重新托管或直接迁移需要将在本地数据中心上运行的现有应用程序和数据的副本移动到云基础架构中,而不需要重新设计或修改。由于它不涉及对应用程序架构的更改以及对应用程序代码的少量更改或不更改,因此与其他迁移策略相比,提升和迁移策略可以实现更快、更省力且成本更低的迁移。

2. 企业何时应考虑“提升和转移”云迁移策略?

(1) 当企业想要快速节省成本、提高敏捷性、使用云计算能力时,由于即将到来的硬件更新或许可证更新,DC成本将会上升,因此迫切需要寻找具有成本效益的替代方案。

(2) 企业开始了上云过程,但没有多少工程师具备在云优先环境中工作的合适技能,因此重新托管迁移成为首选。

(3) 无法重新架构的公司的现成应用程序(也称为第三方软件)等工作负载是直接迁移的最佳案例。已经在虚拟机上的工作负载、容器化应用程序、基于微服务架构构建的应用程序是直接迁移的候选对象。

(4) 业务尚未准备好——企业正在付出非常高的基础设施成本,同时由于业务原因还没有准备好重构现有的 IT 系统和应用程序。在这种情况下,可以考虑使用直接迁移将应用程序暂时“停放”在云上,并且在未来业务准备就绪时,考虑其他迁移选项。

(5) 依赖于传统技术且在云上没有可用的匹配 PaaS 服务的应用程序是“提升和转移”迁移的最佳案例。

(6) 由于大多数 PaaS 服务本质上是多租户的,因此可以考虑进行 PaaS 迁移的高度安全密集型应用程序成为重新托管的候选者。

3. “提升和转移”对企业来说是反战略的原因

虽然提升和转移可能在少数用例中运作良好,但必须了解此迁移策略带来的挑战和缺点。

(1) 仅仅选择直接迁移不会产生预期的云采用优势。仅针对云环境进行了部分优化的应用程序可能永远无法实现云计算的潜在节省,并且从长远来看可能成本更高(超过 15%)。

根据 Gartner 的数据,80% 的企业在 2020 年将内部业务应用程序从自己的数据中心迁移到公共云 IaaS 进行“直接迁移”,这无法实现有意义的成本节约。

(2) 重新托管通常会通过针对峰值容量进行设计而导致效率低下,因为它会重新创建本地部署的内容。很多时候,迁移后的应用程序可能会变得缓慢且无响应,并且在拉取额外资源时运行效率低下。

(3) 迁移过程中未识别的依赖项可能会在迁移到云后引入延迟,这可能是共享依赖项(如数据库服务器)的问题。

(4) 镜像(又名镜像迁移)是“提升与转移”云迁移中常用的技术,其中源端的应用程序、数据和操作系统被复制到目标云上的虚拟磁盘文件。镜像通常伴随着所有权问题、图像中断问题、兼容性问题等挑战。

虽然这种迁移方式存在一定的缺点,但这并不意味着永远不考虑“提升和转移”云迁移。对于许多企业来说,这可能是一个很好的起点,但从长远来看,重新考虑移植策略的组合应该是值得的。许多以“提升和转移”云迁移为第一步的企业已经在重新思考和规划他们的长期的云采用计划。

4. “提升与转移”云迁移的替代策略

“提升和转移”云迁移策略基于基础架构即服务 (IaaS) 迁移模型,其中企业只需将应用程序从本地基础架构迁移到云基础架构,以实现云采用带来的好处。到目前为止,我们非常清楚这种方法存在一些严重的缺陷,从长远来看,这并不是企业采用云的最佳策略。

为了充分发挥潜力和优势,企业可以考虑两种替代迁移策略。

(1) PaaS(平台即服务)迁移——这基本上需要重构或重新搭建现有应用程序的平台,进行小的更改以优化云的性能,从而在不改变最终客户体验的情况下利用特定的云功能。

在可行的情况下,在迁移到云之前重新架构应用程序,以充分利用云原生技术(例如,将服务公开为 API、容器或无服务器架构的微服务架构)。

与直接迁移相比,PaaS 迁移前期成本高、耗时长且劳动密集,但它使应用程序能够充分利用云原生特性和 PaaS 服务,从而在长期内实现整体成本节约和效率提升。

(2) SaaS(软件即服务)迁移——这需要用现成的基于云的替代方案替换企业的本地应用程序(例如,用基于云的现成支付应用程序替换现有的支付应用程序)提供类似的功能,同时利用云提供商基础架构的优势。

正确的 SaaS 迁移可以在一定程度上利用 PaaS 迁移的云优势,提供“提升和迁移的”低迁移成本的好处,但需要适应 SaaS 解决方案的功能和定制。

5. “提升与转移”云迁移是正确的迁移策略吗?

云迁移项目非常具有挑战性,因为它们往往会占用大量的政治和商业资本,并且机会成本非常高。

虽然“提升和转移”云迁移策略可能是一个很好的垫脚石,但强烈建议企业权衡“提升和转移”迁移策略的利弊,不仅要考虑其当前的业务目标,还要考虑未来的业务路线,以确定是否应该致力于将时间、精力和成本纳入“提升和转移”云迁移策略,或者考虑最适合的云迁移策略的组合。


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK