来自Bitcurrent公司的最新云计算基准测试已新鲜出炉。Alistair Croll和其组员采用法国互联网表现评估公司Cedexis数据制作了较为全面的云供应商可用性与性能数据。

　　为了了解用户站点的发送请求并从全球供应商那里跟踪这些请求的性能，Cedexis向其用户提供了一些phone-home代码（其实叫phone-around-randomly代码更精确些），并在站点上提供了类似的大致数据，使得这份报告更加详细。

　　报告涵盖了常见云计算供应商：Amazon Web Services、GoGrid、Joyent、Rackspace、Microsoft Azure和Google App Engine。它执行了3亿次的请求并统计了结果。

　　注意：报告中的Cedexis是一家欧盟公司，大部分收集的数据侧重于根据EU测量云计算。

　　调查结构大致如下：

　　云划分

　　全球数字化可用性划分明显。这张地图有点像看第一世界国家和发展中国家，因为它很清楚地显示了哪里的网络访问是丰富的，哪里的不是。

 图一：（点击图片放大）

　　这点很重要，因为云计算有潜力改变这种访问不均的状况。如今在低访问地区人们同样可以实现轻松、稳健访问，并能负担地起在线技术。在非洲或澳大利亚内陆的人们，事实上也可以在全球范围内任何地区开展业务。这原本是一项长期而缓慢的趋势，不过云计算加速了它的演进。企业同样可以看到这些性能指标，并快速发现何处怎样定位资源能最大化自身优势。

　　Google在法国差强人意

　　Google App Engine（GAE）可用性低有点令人吃惊：大约只有93%的简单HTTP可用性。报告称，Google同Bitcurrent、Cedexis一起验证了结果。这是由于Google App Engine的服务器在美国，同时因为Cedexis降低了在线缓冲从而导致来自云供应商的直接请求性能下降。这对云计算性能算是一大打击。好在Google有庞大的服务器群和遍布全球的渠道。

　　由于客户方或用户造成的应用错误，Google也宣布一项测试可能存在有5%的错误率。可能部分用户不能完全“获得”GAE，并在构建应用中有5%的失败率。如果要挑选基于Web应用供应商，我会避免繁琐的供应商。GAE是免费的，你可以挤出额外的资金来平衡其他方面的麻烦。

　　其他供应商情况如何？

　　Joyent的可用性也不到94.5%，可能和Google的原因相同：大部分测试来自于EU，同时Joyent数据中心位于美国。与Google不同，Joyent没有庞大的工程和市场团队来甩掉低基准，寻找一种方式来做来自圣贝纳迪诺甚至是日本的相同测试。不管怎样，教训是清楚的：地理位置导致不同服务间的差异。

　　服务等级协议？什么样的服务等级协议？

　　Amazon Web Services（AWS）也得到了相同的对待。多亏其重叠工程系统和全球范围内看似无缝的Availability Zones，易于比较每个区域的表现。然而，结果有点索然无味，特别是所给出的预期（膨胀的可能性）。

　　“Amazon是完美的测试用例。”报告说：“因为公司在全球范围内拥有四个区域。”

 图二：（点击图片放大）

　　“为什么，一点都不像承诺的SLA！”这可能来自用户群的道听途说。但AWS从不承诺你的Web请求可以达到99.95%的正常时间，只有你的实例可用性可以。在云计算盛行的时代，用户需多一个心眼。

　　报告以一种直观的方式看待来自云供应商的现实性能。重要的是它侧重于欧盟区域，该区域（欧盟）产生大部分的测试，目前你选择的云计算如何在所处的地方执行还没有一个明确的场景。重要的是了解这种分析的重要性。它促使公共云计算真正实用并成为IT世界主流：实用、公平和客观的性能数据的基础。

　　Bitcurrent加入了一些此类项目，包括Guy Rosen的State of the Cloud和实时跟踪者（像CloudSleuth、CloudClimate.com），以及基准者CloudHarmony。可以在五分钟内告诉你任意计算机硬件的性能——像我的RAM或是硬盘——有多精确，测试客观，而且还是免费的。云计算也需要这样。