云计算指南：管理、架构、安全、网络与服务

如果存在开放标准，多少可以减少将来迁移成本高、难度大的可能性。但要是几乎没有标准――目前的云计算就是这样，万一有必要换提供商，切换成本就会相当大。

数据是最让人担心的问题之一。内部部署系统对于应用程序如何保存数据、保存在哪里有更大的控制权。而对于基于云的系统，特别是“交钥匙”解决方案，数据模式都是针对特定解决方案的。因为可以从某个云下载数据，所以数据是否会很容易迁移到竞争对手的平台上呢，这是个问题。

源代码可能是另一个问题，尤其是对云中的平台而言。对于实际代码和云中开发的任何表单，是否可以在其他地方重复使用？还是需要改写？Sun的Project Caroline首次亮相时，人们对它期待的功能之一就是可以运行Java代码的可扩展云。虽然没有提到数据保存在哪里，但Java的优点之一就是移植性 ――不但能移植到内部部署解决方案，还能移植到其他环境，比如在亚马逊弹性计算云中运行的Java应用服务器。

如果使用虚拟化技术，就会出现另一种可能的厂商锁定。如果你的“系统”得到虚拟化的支持，就要认识到不是所有虚拟化技术天生都一样，这点很重要。 许多提供商主张使用虚拟机结合内部部署计算与云计算。比方说，在本地对服务器进行虚拟化处理，然后把它们迁移到云中。但目标云支持你选择的虚拟化技术吗？在这个领域，标准的匮乏已造就了像rPath这些帮助不同平台消除差异的专业公司。