近来，许多人开始关心我们何时才能自如地在公有云之间迁移工作负载，而不用每次都像进行一次大手术一般，感到繁复而又极具挑战性。就目前的技术发展程度来看，我们离实现这一目标还有一段距离。
企业想要获取云可移植性。为什么？原因在于他们想要规避损失，以防公有云提供商“严重违反约定”，为企业提供差劲的服务，或者造成性能问题，或者更有甚者，将会员费提高到一个令人十分不快的水平。
正如许多我交谈过的CIO提出来的：“我们需要有多种选择，因为有多种选择意味着拥有优势。”我理解他们的想法。
然而，为真正拥有多种选择，包括应用程序和数据在内的工作负载就需要能够在公有云之间很容易地进行移动。这意味着代码要移动，数据要移动，并且还需要重新编译、配置和在新的云平台进行测试。
然而，完成这些工作永远没有那么简单。确实，如果你将应用程序和数据移动到了不同的公有云上，那么你就必须对它们进行重构，以便利用原生云的一些特性。这些特性包括进行本地计算和运行存储服务器，利用本地的安全性和治理能力等。不利用这些原生云服务来支持你的应用程序是不实际的，否则在云服务消费方面，工作负载会耗费你更多金钱，或者达不到业务的要求，比如安全方面的要求。
保持原生云是一件好事，但是，它大大地限制了可移植性。在一个公有云上的这些原生云服务必须能够被写入到另一个公有云上新的原生云服务中。它们彼此之间并不兼容，尽管你拥有充足的时间和金钱，并且所有的一切都是可移植的，因此这些工作负载不会被认为是“实际上可移植的。”
当然，许多企业相信新的技术可以解决这个问题，也就是容器和无服务器计算。尽管无服务器计算对新的应用程序来说是很理想的，即我们已经可以从头开始设计一个无服务器基础架构，但实现公有云可移植性的希望仍然十分渺茫。毕竟，公有云供应商的原生云无服务器拥有它们自己的性能，而通常这些性能对每一个公有云来说都是独特的。
容器技术拥有更多的希望，但将旧有的工作负载转移到新的容器中需要进行大量的工作。同样地，容器技术的好处通常也体现在新的应用程序上。你可以“容器化”大部分应用程序，并且这些应用程序确实可以很容易地在公有云之间进行转移，但通常这需要进行大量的工作，提供大量的金钱，因此这将会阻碍许多企业在不同的公有云之间移动大部分现有的应用程序。
因此，实用的云可移植性仍然只存在于科幻小说中吗？从实用价值上看，抱歉，现在看来，确实是这样的。
