“提升和转移”云迁移策略正在消亡两种常见的迁移选择是提升和转移（“liftandshift”，也称为“rehost”）和重构（rearchitect）。 根据Pluralsight最近的云状态报告，75%的IT公司正在为网络构建新应用程序并在云中进行创新。这意味着25%的应用程序需要使用“直接迁移”策略进行迁移。 因为他们只是按原样移动，所以开发人员不必更改应用程序的架构或设计，因此“提升和转移”过程比“重新架构”花费的时间更少。但“提升和转移”策略也有缺点。例如，如果您在不做任何修改的情况下将您的应用程序迁移到IaaS，您可能无法利用一项关键的云功能：自动缩放。结果是这些应用程序仍然以与本地系统相同的方式运行——在高峰时段，企业为他们实际使用的云存储和计算资源支付更多费用。 也就是说，采用“liftandshift”的云迁移策略无法发挥云平台的优势。通过迁移或迁移上云的应用程序无法利用云特性（例如Serverless）或云原生特性（例如Kubernetes和容器）。 “提升和转移”云迁移策略曾经是将应用程序和数据迁移到云端的最流行方式，并且在今天仍然受到许多企业的欢迎。基本思想是将项目直接复制到云中，不做任何更改或更改很少。那么现在我们有更好的方法吗？我们通过使用“提升和转移”云迁移策略错过了哪些云优势？ 企业需要对其应用程序进行现代化改造，以针对运行的云对其进行优化。对于大多数重视速度而非效率的企业而言，这被视为成本高昂且效率低下。事实上，这是“提升和转移”云迁移策略大流行期间的常态。 为了加快项目上云速度，部分企业会先回归使用“liftandshift”云迁移策略，即使最初进行了更多的重构（针对目标云平台优化）到云端。当时，企业认为将项目放在本地数据中心风险更大，许多流行的做法限制了对传统数据中心的访问。这为IT部门提供了快速行动的许可，通常意味着跳过现代化步骤，例如针对目标云平台的应用程序重构，而是先将项目直接分叉到云端。 看来企业要付出更高的代价。如果您查看最近的调查，云计算的成本远远高于大多数企业的预期。因此，董事会和执行团队可能会停止云支出的增长，至少在他们弄清楚问题所在之前是这样。 今天大多数企业的想法是，我们需要放慢脚步，这样我们才能走得更快。这意味着企业需要投资重构应用程序才能获得云原生的好处。重构使公司能够以更低的成本将项目迁移到云端。 我最近看到的大多数云标记问题都是由于缺乏云成本监控和优化(finops)。大多数起重和转运应用程序表现得像自卸卡车，而实际上它们应该表现得像一辆新特斯拉。当然，更大的问题是业务受到了影响，并且在许多情况下，核心业务的失败可以追溯到业务无法利用云实现它应该做的事情——这是一个真正的力量倍增器这生意。 归根结底，大多数企业在将应用程序推广和迁移到云端时并没有考虑金钱和商机。更糟糕的是，他们甚至不知道自己在做什么。当业务走下坡路时，他们感到困惑，而迁移到云端只会让情况变得更糟。 “直接迁移”云迁移策略不再是一种选择了吗？当然不是。所有选项都应该摆在桌面上。对于无法从云原生特性中获益的应用，采用“liftandshift”的云迁移策略将项目带上云是没有问题的。但是，它不再是希望将应用程序快速迁移到公共云的人们的首选解决方案。原文链接：https://img.ydisp.cn/news/20221113/ae05py2g35mid="h6f20189-Ze5QhUUU"data-id="h6f20189-LT3H6Bi1">译者介绍 卢新旺，社区编辑，编程语言爱好者，对数据库、架构、云原生有浓厚兴趣。
