为什么 AWS 云计算服务是亚马逊先做出来，而不是 Google ？
首先声明，我是个AWS的SDE，著名AWS吹。这个答案我觉得有两个方面。 第一是从商业上，Google不需要，而Amazon需要。Google是一个广告公司，它的本身业务利润率非常高。所以它没有什么太大压力，做东西也主要是要满足“卧槽这个很屌”而不是挣钱。这也就是为什么Google后来做了那么多你们觉得屌却几乎不挣钱的玩意儿，还是不会垮。而同时也决定了到了今天Google盈利95%以上还是靠广告。所以Google以前是个广告公司，现在是个广告公司，在破产以前，可能一直都只是个广告公司。哪怕是云计算，Google到了今天也是一直当作赔本赚吆喝的买卖做的；这种毛利率在20%左右的东西，呃，说白了根本入不了Google法眼。然而大亚麻不一样，零售毛利率相当低也就是1-2%，加上大亚麻的扩张的速度，所以你们都知道是连年亏损的。所以云计算这样当时毛利率30%，现在也20%多的业务，对于大亚麻其实是急需的。所以双方投入这件事的热情，完全不一样。这里插播一下Azure，微软也需要，因为微软虽然起步晚，但是意识到的那一刻，就不可能看着自己赖以生存的企业用户都被湖西边这家公司都拉走了。所以微软也是拼了命入场的。 第二是公司文化不同。这时候你们就需要去背14条Leadership Principles了。大亚麻是个非常实际的公司，除了近期加入的、你们朗朗上口的李牧等一帮做深度学习的和高司令，之前大亚麻的功勋的Distinguish Engineer们，你们肯定他妈的一个也没有听说过。即使我这里说了，你们也可能找不到他们的名字。不像说到Google你们言必称Jeff Dean，说到微软你们跪舔Anders。这些人也从来没有发过什么paper，也很少出去吹牛逼。然而就是这三大DE，带着三拨人，当时做了几乎所有的主要AWS service。你打开那些主要service的早期代码，到处都是这几伙人的身影；而且一些新的核心service，现在还是他们冲在前面。在Bias for Action和Disagree and Commit方面，他们绝对做得非常出色。就像前面一个回答里提到的，Goolge的人还在扯淡架构的时候，这些人可能已经迭代了100次了。而且一些他们早起做的东西，设计相当精巧。别的我不敢说，就我之前在的service的backend这一套，十几年前设计的，已经比当年设计的最高capacity不知道到了几千几万倍了，呃，还是根本无所谓得跑。Charlie Bell老师All Hands开会时候夸我们是“最傻逼的service”（就是说根本不用费心。。。）。就AWS现在出新的功能和新的service的速度，Google Cloud的文化如果不改变的话，花多少钱招人和买硬件建数据中心，呃，可能都是赶不上。这里再插播一下Azure，你看人家微软，Azure当年就是和Windows、Office这些部门有着鲜明的不同节奏，所以才能赶上来的。如果微软还是按照自己做软件那一套，也不可能赶上这波。 最简单的，你在AWS的楼对面租一个房子观察一周（周一到周日），你再去Google Cloud的办公室对面住一周。你自己就有答案了。（来自一个周六下午在公司写程序的SDE。。。） 来补充一个。AWS的service，是每个service team自己的SDE同时运维和support的。一旦有问题，不管是系统问题，还是基本support解决不了的客户问题，第一时间SDE就上场了。Azure也基本上如此了现在。Google Cloud程序员基本只管写程序，别说运维了，deploy，region build之类的都不用管。客户想联系到开发team得到最直接的支持就更难了。我们能拿到一个客户的ticket，他们用了第三方的library出问题，我们主动跑去github上帮客户提issue，最后干脆自己改了提交pull request。那个作者是个大学生看到这阵势吓晕了。。。