云计算是很好的资源，但有时服务提供商、部署或架构无法提供你需要的东西。为了确保你不会被锁定在云平台中，你应该提前采取措施将。

每个主要的公有云提供商都有差异化优势，你需要根据业务目标找到合适的提供商。混合IT服务提供商Ensono的副总裁Oliver Presland说：“但是，如果这些目标发生变化，或者其他应用程序更适合不同的提供商，你会希望能够迁移工作负载，以获得最好的可用性。”

为了缓解供应商锁定，你首先需要确定你的应用程序属于云端。然后，如果需要迁移到其他提供商，请确保你的应用可迁移。

请遵循这些最佳实践，以确保实现应用程序和业务目标的最佳结果。但是，请记住，供应商锁定并不总是坏事，如果他们提供独特的功能，使你能够与竞争对手区分开来的话。

迁移前评估应用

在将应用程序迁移到云端之前，请首先询问该工作负载是否属于云端。当企业尚未决定其云未来时，质疑是否迁移应用程序更为重要，Everest Group负责人Yugal Joshi说。云退出策略并不便宜。对收益和总成本进行全面分析，以减少以后的遗憾。

为了迁移到云端，你需要关注优先级、可行性和业务案例。在此过程中，你可能会发现工作负载复杂、具有法规负担或迁移到云端没有经济意义。

Java开发平台Azul的研究和产品高级总监Erik Costlow说，你还需要考虑应用程序所关联的成本。例如，Costlow 与一家希望将 300 个应用程序迁移到云的企业合作。其中五个应用程序的迁移使全年的预算大增，因为该公司没有预料到存储需求会有多大。

ERP解决方案提供商VAI的首席信息官Kevin Beasley说，在某些情况下，增加费用是可以接受的。对于这些成本，需要权衡的主要好处包括IT效率、更快的更新和改进的可扩展性。

提高应用程序可移植性

你应该想办法确保应用程序的可移植性。可移植性意味着，当将应用程序从一个云提供商的环境移动到另一个云提供商的环境时，最大限度地减少所需的更改数量。若要最大程度地减少这些更改，请使用多个云通用的服务。

Presland建议公司查看每个工作负载的设计、依赖关系和技术堆栈。然后考虑这如何影响其到云，以及将来在云之间的可移植性。此分析可以帮助你权衡特定措施的成本与访问特定于云的服务的好处。

Joshi建议企业首先问问他们为什么要寻求可移植性。评估早期应用程序离开平台的频率。如果他们不必这样做，那么他们应该不那么关心可移植性。Joshi称：“企业在云之间移动重要工作负载的情况非常有限。”

Tim Hinrichs 是 Open Policy Agent 项目的联合创始人，也是 Styra公司的首席技术官，他建议使用与云无关的工具配置非 Kubernetes 资源，以提高可移植性。例如，Terraform在不同的云平台上以相同的方式启动基础设施。与云无关的工具可以确保安全性、合规性和运营控制不会改变，即使企业的云服务会发生变化。与 Amazon S3 一样，多个云使用的与云无关的 API 也可以提供帮助。

根据他的经验，构建可移植性可能会减慢云采用速度，并使其更加昂贵。情景规划可以帮助企业做出务实的评估，以确定锁定情景中企业将失去什么。这可以优先考虑他们想要构建或迁移的工作负载，这些工作负载必须比其他工作负载更具可移植性。

探索容器使用

使用抽象层的容器化可以带来可移植性，因为它可以在各种云平台层上运行。对应用程序使用容器模型可能是有意义的，这些应用程序可分解为业务功能，可独立更新或缩放。

但是，其他应用程序可能无法从这种部署架构更改中受益。它们可能在与容器不兼容的软件上运行。Presland 建议在考虑转换为容器时，执行概念验证。

咨询公司AHEAD的数字解决方案首席架构师Cooper Lutz表示，底层容器编排技术可能有自己的锁定元素。但是，这需要较少的工作量来替换容器业务流程层，而不是重写紧密耦合的整体应用程序以退出硬件锁定情况。

Hippo Insurance公司高级工程经理Eli Zilbershtein还建议在应用程序和云服务之间构建一个抽象层。例如，Hippo使用Loggly进行日志管理。由于该公司的应用程序使用内部库来发送日志，因此切换到另一个日志记录供应商非常简单。由于这个抽象层，进行这样的切换只需要对日志记录库进行一次更改，而不是对应用程序代码进行更改。

考虑数据和工作流依赖关系

考虑应用程序所依赖的数据。数字工程提供商Persistent Systems的云和基础设施高级副总裁Nitha Puthran说：“数据可能比应用程序更昂贵，更难移动。”企业需要决定是始终将数据保存在多个云中，在需要时迁移数据，还是将其保留在原处并远程访问。

此外，请务必记录工作流依赖项。在迁移之前强制实施标记和元数据约定，并了解和记录工作负载依赖关系。