如果IT组织受制于某种特定的编程语言、信息储存手段或技术，那就会陷入相当不利的局面，这一点IT专业人士都是非常清楚的。

　　在那些具有开放标准的领域中，企业不大可能面临代价高昂、过程繁琐的迁移。然而你，在那些没有（或是少有）开放标准存在的领域（如目前的云计算），企业就很有可能会被一家供应商牵着鼻子走：如果以后不得不更换供应商的话，那迁移成本将会相当高昂。

　　数据是个关键问题。如果数据存放在企业内部系统，那就不必太过担心应用程序的存放位置以及数据的保存方式。但是，不同云系统中的数据存储方案大相径庭。即使你能将数据从某个云服务中导出，也不见得就能轻而易举地将数据迁移到其竞争对手的平台（不管是不是云系统）。

　　源代码也是个大问题，对于云系统中的平台尤其如此。在云平台上开发的代码能否在其他地方重复使用？我们需不需要重写代码？当太阳微系统公司的Project Caroline技术正式亮相时，人们都希望它是个能够运行Java代码的可扩展云。虽然数据究竟会保存在何处还不清楚，但使用Java的优点显而易见：代码不仅能移植到企业内的系统，还能移植到中间层系统，比如在亚马逊弹性计算云中运行的Java应用程序服务器。

　　企业在采用虚拟化技术时也要小心谨慎。不但要确保部署的虚拟化支持自身内部系统，更重要的是，你得认识到，并不是所有虚拟化技术都一样出色。

　　许多供应商主张将虚拟机作为连接企业内部计算服务和云计算服务的纽带。比如说，在本地将服务器虚拟化，然后迁移到云服务平台。但问题是，目标云平台支持你选择的虚拟化技术吗？由于目前该领域缺乏统一标准，一批专业公司（如rPath公司）便应运而生，它们的目标是调节不同平台之间的差异。