巨头都做云计算：亚马逊如何后发制人？谷歌怎样挑战领头羊的亚马逊？

正文

请到「今天看啥」查看全文

同样是在2011 年，亚马逊推出了 AWS。先是亚马逊自己带头使用，接着，全球各地的企业级客户也蜂拥而至。那么，AWS 的魅力到底何在？第一，AWS 本身是一套可持续演进的系统。它能够在不停机、不瘫痪的情况下就完成大幅度升级和大规模客户转移等任务，让企业级客户安享 7x24 小时不间断的服务，无需担心自己会受到影响。第二（也是最重要的），AWS 提供给用户的，不是框架（frameworks）而是“基元”（primitives）。利用这些“基元”，客户自己也可按照具体需要，构建出种种可持续演进、可持续扩展的（scalable）后端系统。

AWS 的“基元”（Primitives）

在构建之初，亚马逊的工程师们就发现，与其向客户提供一套套功能齐全但缺乏后续升级能力的框架（primitives），不如提供基元（primitives）——一种最基本的计算模块。客户可以根据自己的需要选择并使用这些模块，最终创建出高效、可扩展且安全的系统。

这里不得不说说基元（primitives）的故事。

根据亿邦动力网的介绍，2000 年之初，亚马逊走到了一个瓶颈期。当时团队之间互相争抢基础设施的情况非常严重。而这时，贝索斯却迷恋上了Steve Grand 写的一本名叫《Creation》 的书。Grand 是上世纪九十年代的视频游戏Creatures的开发者，根据其描述，在游戏中他只要将一种名为基元（primitives）的、设计颇为简单的计算建构块提供给玩家，玩家就可按照自己的喜好将其培育成各种电子智能生物。这本书给了贝索斯极大的启发。他认定： 如果亚马逊想刺激开发者的创造力，就不应该去猜测他们需要哪类服务，因为此类猜测只能基于过去的经验。相反，亚马逊应该创造基元，即计算的基本模块，然后就放手，让开发者自由使用它们。 同样，面对公司当前的实际问题，亚马逊需要把自己的基础设施分解为最小、最简单的原子组件，让开发者尽可能方便地自由访问。“基元” 模式最终实现了亚马逊基础设施的模块化，而这些模块不但可以专供亚马逊内部团队使用，外部开发者也可以用。

不但如此，亚马逊后来在进行内部管理改革时，也用上了这一原理。贝索斯把整个公司分拆成一个个不足十人的、高度独立又高度自治的小团队（即所谓“基元”）。这些团队可谓小而精悍，在加班时只需订购两个披萨就能喂饱全员，而在亚马逊碰到重大问题时又能弹无虚发。总之，分拆之后，整个团队看上去仿佛是一团乱麻，但由于这些“基元”都具备高度的自我能动性，能够相对灵活地自我成长，最后，它们带来的成果非常惊人。

写到这里大家应该看出来了： 亚马逊把当初解决基础设施问题的办法，以及进行内部管理改革时所用的办法，都用在了 AWS 的开发上。 结果，它大获成功。 对此，有人已经如此断言：AWS 提供的服务已经远远超出了基础设施（譬如处理器、硬盘驱动器、数据库等）类服务所能达到的高度，也远不止是一种软件或平台服务。它提供的、具有高度灵活性和高度可扩展性的“基元”，能够让企业自由发挥，最终创立出各种各样的、自己想要的成果。

谷歌实际上是一个产品公司

谷歌从来都不是一家平台公司。通常情况下，人们会把苹果和谷歌划分到两个完全不同的阵营里去——前者是“产品型公司”中的佼佼者，而后者是“服务型公司”中的翘楚。人们之所以有这种看法，是因为自己对“产品”这一概念的理解太狭窄（或许在很多人看来，所谓产品就是指硬件之类看得见摸得着的东西）。可实际上，如果我们合理拓宽“产品”的外延，把但凡是呈现给终端用户的理想解决方案都称为“产品”的话，我们就会发现： 谷歌和苹果其实非常相似，都属于产品型公司。

请到「今天看啥」查看全文