Sebastian Stadil —— Scalr(云管理工具制造公司)和SVCCG(世界上最大的云计算用户组织)创始人，针对谷歌GCE和亚马逊EC2进行了分析。
测试的背景以及先决条件
自2007年起，Scalr就成为了Amazon基础设施服务EC2的用户，再用的过程中发现帮助AWS客户对EC2进行弹性管理可以有很大的提升时，它们开始着手建立EC2上的相关工具。而随着云服务的发展，各个云服务都相应拥有了自己的用户，作为Amazon基础设施服务EC2的用户Scalr也自然就有了自己的跨云端管理工具。为了更加了解服务有，Scalr会经常对各种不同的云服务做性能测试。于是在2006年发布，对比EC2拥有相同核心服务的GCE渐渐进入了它的视线。
众所周知AWS一直受限于Amazon悲剧的网络以及磁盘性能，而Google在发布GCE的同时做出了性能提升与一致性保障的双承诺，这样一来Scalr就更没有放过GCE的理由了。他们申请了早期访问，并进行了测试。在看结果之前首先看一下测试方法的相关摘要：
测试数据相关摘要
测试基准：一天两次的收集数据，为其4天，然后取平均值。一旦某个点出现巨大差异，会将其记录，然后作为80%观测数据点的间隔。
进入正题，看一下GCE与EC2的区别所在：
简洁明了的API
首先，GCE的API是非常简单，明确并且易于使用的。在GCE里：Google将防火墙就叫做“firewalls”，虚拟局域网就称为“networks”，同样核心程序则是“kernels”;对于熟悉Unix的工作者简直就是“回到了家”一样。
引导速度的差异
GCE虚拟机的部署和启动达到了一个令人匪夷所思的速度(Sclar之前已使用了10个以上的云服务) —— 在输入启动虚拟机后，不到30秒就可以成功登入。而在AWS上，让其达到运行状态就要花掉30秒左右的时间，而之后你仍然需要等待一段很长的引导时间 —— 服务空闲的时候总计为120秒，繁忙的时候总时间则达到了300秒!
无疑，4-10倍的速度，展示了Google强大的工程力量。