云计算API之战 最终花落谁家难定引关注

　　随着上周谷歌计算引擎的声明，云市场中IaaS世界里又多了一个弄潮儿，可是其他的提供商也提供了另一套API。

　　API或者说应用程序接口，没什么新东西;他们为开发者提供了访问服务的提纲。这些服务包括云服务，像存储数据、升级数据库、迁移数据、数据排列、服务器开通等。

　　API在云计算世界中因为其如何使用而显得十分重要。根据云提供商特定的API类型，他们之间正在出现分界线。企业也开始注意到，这就造成了一场有意思的对话，客户关注的仍旧是厂商锁定和可移植性问题。

　　这个问题的核心就是亚马逊Web服务(AWS)现在欺行霸市，让其API成为一种约定俗成的标准。很多公司使用AWS，使其成为一种“新兴标准”，主要是由于第三方能够支持，还有一些熟练的云开发者，尽管围绕API的IP属于且只属于AWS。

　　也有一些使用AWS的API克隆出来的AWS，比如思杰和Eucalyptus。Eucalyptus就是一个AWS的私有云版本，与AWS的API完全一致。因此，你应该能够从Eucalyptus的技术转移代码到AWS上，而且无需为AWS IaaS公共云重写代码。因为Eucalyptus就是私有IaaS云。

　　API战争的另一端站立着其他的云提供商，他们希望圈住快速增长的IaaS市场。包括惠普、Rackspace、NASA、思科以及其他的加入OpenStack的厂商。

　　OpenStack提供了AWS的一种替代，是一种完全不同API，利用的是类似的服务。像访问存储和计算资源。然而，大量OpenStack环境部署目前仍旧比较少，尽管事实如此，它还是会支撑好几年。

　　风险非常高。如果你选择其中一条路，就是对于一种API做出承诺，这就意味着把应用绑定到这个API上，如果你未来希望转移到其他云提供商，或者可能是私有云环境，你就会发现缺少可移植性，需要进行大规模的重写工作，这样也意味着更多的风险和成本。

　　因此，在对比云提供商API时，要考虑什么呢?下面是一些中肯的建议。

　　创建长期的云计算战略，定义你的核心需求，包括计划现在和未来使用的云服务。确保关注性能、安全以及治理。

　　做好家庭作业。关注大型IaaS厂商，像Rackspace，它支持OpenStack;AWS支持自己的API;其他的云提供商仍旧一片混乱。选取折中的方法，留意未来趋势。

　　进行概念验证。这意味着测试私有云和公共云，并使用API。注意API的性能和功能，供给和扩展你的云的能力，以及利用基于云的存储和计算资源的能力。

　　云API之战的负面主要是很多企业没有表明立场。这些企业静观其变，看看谁会赢得战争，他们就会决定在哪里投资。这种方法的问题在于企业错失了现有的云计算的有效性和价值，而且我个人认为这场战争近期不会有明显的赢家出现。