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