一旦企业承诺在云中运行业务关键型应用程序，它们很少转向其他提供商，一个很大的原因是：他们经常被锁定在他们选择的供应商的生态系统中。Gartner云服务和技术副总裁希德·纳格表示，迁移成本实在太高了，他说：“但如果你的规划工作做得很好，你就不会到处移动你的申请。”
如果你对你的企业进行正确的定位，迁移是可能的，关键是战略性地采用开放平台和框架，将云提供商降级为基础设施层的角色。虽然这种方法的学习曲线更陡峭，但从中长期来看，它会产生更有利的结果，关键是引入一位平台中立的软件架构师，他可以划定业务边界，并创建与特定供应商不那么纠缠的解决方案。
美国专利商标局的CIO杰米·霍尔科姆的看法略显微妙：他希望保留在云服务提供商之间移动应用的选择余地，并与所有主要云服务提供商进行市场研究，但要做到这一点，需要在第一次将应用程序迁移到云之前提前计划。
将锁定风险降至最低
当涉及到利用每家供应商的云原生服务时，你需要仔细权衡权衡。如果你为了保持不可知性而选择不使用云提供商的原生服务，你就会失去许多更好、更便宜、更快的商业案例指标，不可知论是有代价的，就像锁定供应商是有代价的。
云供应商锁定分为三种形式。当你拥有完整的云基础配置(资源分组、策略、RBAC、混合连接、监控、合规性等)时，就会发生平台锁定，这使得迁移到另一个平台变得困难，因为在新平台上重新创建所有这些都很复杂。
架构锁定是指应用程序依赖于云提供商提供的多个托管服务，在这种情况下，你必须重新构建应用程序，然后才能迁移它。
然后是法律锁定，在这种情况下，你已经承诺在预定的时间内遵守企业服务协议，这些承诺很难终止，也让迁移变得困难。
有时，尽管CIO尽了最大努力避免供应商锁定，但供应商锁定还是会出现。合并和收购活动通常会让企业拥有多云架构，虽然CIO通常想要整合，但成本往往太高，无法证明其合理性。大多数情况下，这些CIO决定保留多云模式，因为他们被锁定了。
尽管存在障碍，但企业可能有很好的理由在IaaS提供商之间迁移，最常见的是在价值和运营成本之间获得更好的成本比率，以利用竞争对手云服务提供商的大幅折扣，并在你的企业想要提高可靠性时利用多云架构。
提前为潜在的未来迁移做好计划
在云提供商之间转移关键应用程序的愿望，即Gartner所说的“云遣返”，通常是糟糕的规划的结果，当企业决定使用价格实惠的云原生中间件和开发工具并打算在完成后将应用程序移回本地私有云时也是如此。
建议保留MSP或系统集成商的服务，以进行规划并确保你选择正确的应用程序迁移到云，这很重要，因为一旦你移动了它，你就同意被锁在平台上。
金融服务公司USAA仔细选择了其四家云服务提供商中的一家托管其每个工作负载和常规业务应用程序。高级副总裁兼首席技术官Jeff Calusinski表示：“我们让云提供商与他们最擅长的业务或技术服务保持一致。”
该机构的多云战略植根于他所说的“按设计开放”原则。他表示：“我们使用开放标准(如果存在)，从而降低了供应商锁定的可能性。”但他承认，一些本地服务提供了一个令人信服的价值主张，必须与锁定的可能性进行权衡。
此外，开放设计原则只会在锁定方面发挥作用，因为即使当你使用现代服务时，每个平台上的实现也不同，例如，亚马逊的EC2与谷歌的GCP做同样的事情，但在EC2上运行的应用程序在没有大量昂贵的返工的情况下无法在GCP上运行。虽然Kubernetes是一个行业标准，但它的实现，如Azure通信服务和Google Kubernetes Engine，工作方式并不相同。
然而，云提供商和应用程序之间已经出现了一些抽象层，即使使用本地云提供商服务，这些抽象层也可以简化迁移，这些服务(如发布/订阅、服务调用、机密管理、状态管理等)抽象应用程序的组件，而与云提供商无关，因此，他说，底线是，你的选择仍然是开放的，但仍需要开展一些活动，以便从一个云提供商转移到另一个云提供商。
数据需求是另一个需要仔细规划的领域，在云之间移动应用程序的成本很高，因为你还需要移动关联的数据，而数据出口是一项非常昂贵的工作。
因此，霍尔科姆补充说，提前做好准备。他说：“不要与提供商签约，除非你有协议，这样你就知道如何将你的数据传出，以及如何在其他地方复制这些软件服务。”
即使拥有足够的ETL策略可以确保你能够以结构化的方式和可用的格式在提供商之间移动数据，这些计划通常也是不存在的。尽管云服务提供商强调使用开放平台和数据访问协议，这些协议在理论上很容易使用，但访问这些服务的网络限制和安全性往往被忽视。
在决定使用哪些云原生服务时，企业有时别无选择，安全就是一个很好的例子。如果你的安全需求很高，一般的网络安全可能是不够的，你的需求越具体，服务在供应商锁定方面就越严格。拥有数据密集型业务的公司同时面临存储和带宽问题，PaaS和IaaS提供商将这两个问题作为竞争优势。如果你试图同时利用两者的高性能，那就很难做到。
就像黑云杉把树枝放在树干附近一样，尽可能地让定制产品“苗条”，这不仅减少了锁定，还确保了企业不会被他所说的超负荷和昂贵的版本控制路径所拖累。
大多数PaaS选项都有一个核心功能和一套辅助功能，需要辅助能力的数量，并将重点放在核心上。
基于SaaS的应用程序也是如此，这是他的团队从Remedy转向ServiceNow和Salesforce后遵循的格言。不要做太多定制，需要的时候就可以换掉。不要受制于他们，这是一个很好的结构平台，但如果它充斥着优化，你就会陷入困境。
避免潜在的迁移痛苦
很明显，在云提供商之间迁移带来了无数的挑战，这些问题包括兼容性问题、安全问题、大量应用程序重新配置的需要，以及处理基于旧操作系统和过时技术堆栈的映像，这些映像不会无缝集成到新环境中。传输大量数据还可能导致停机和潜在的数据丢失，确保过渡期间的一致性能和可扩展性至关重要。应对这些挑战需要周密的计划、彻底的测试和明确定义的回滚策略。
此外，PaaS迁移的关键故障点包括没有达到成本或业务预期、资源技能不足、缺乏标准化和安全基础、没有利用云原生功能、安全和合规性问题，以及没有采用云运营模式。
对于考虑在云提供商之间迁移的任何企业，建议采用六步法。首先，评估订阅模式以确保它与你的ROI目标保持一致，采用混合云方法，尽可能使用与云无关的解决方案，让你的未来迁移选项保持开放，在使用本机云服务时，请使用抽象层设计应用程序，投资于数据迁移规划、测试和备份战略，以降低风险，并根据需要审查和调整许可协议。
仔细权衡你的选择
在考虑任何云提供商过渡时，始终要考虑过渡成本和数据所有权。
当谈到在使用增加锁定的原生云服务和保持不可知性之间取得平衡时，没有正确的答案，只有适合你的企业及其使命的最佳答案。问题是基于云的应用程序是否与你的企业的使命保持一致，并在一段时间内为实现这一使命提供最佳价值。如果你有一个过于复杂的成本基础设施，你不能随着商业模式的变化而改变，让你的选择保持开放。
在制定云迁移战略时，重要的是要注意定价模型。探索潜在的成本节约计划，并将数据传输成本考虑在内，这种方法对于防止云运营费用意外飙升并确保与你的预算限制保持一致至关重要。在执行迁移战略时，要考虑另外两个因素。首先，云服务提供商提供哪些服务(如微服务或无服务器)来促进迁移?你需要决定是使用定制解决方案还是使用云提供商提供的托管服务，这会产生供应商锁定风险。其次，云提供商可能会为迁移应用程序提供激励计划，对于大型迁移来说，折扣可能会很大。
从本质上讲，云迁移可能会有风险，但是，如果CIO提前规划并坚持不懈地完成这一过程，他们可能会看到更具成本效益的云服务和定价模式、更好的可扩展性和资源分配，以及更高的性能和响应能力。减少供应商锁定有助于提高敏捷性和创新性。归根结底，云迁移可以推动更大的竞争力、创新和效率。
