AWS杀死了云计算：云计算四十年历史化蝶成茧
|
不过 Cloud Computing 这个词却随着 EC2 的发布迅速崛起，很快大家不再提 Grid Computing 和 Utility Computing。
Google Trends：cloud 概念 所以为什么是 AWS？ 02 AWS 的崛起 历史未必能重演，但回看历史总能得到一些经验教训，抛开那些繁杂的概念，我们不妨看看 AWS 到底是如何作出 S3 和 EC2 的[17]。 时间回到 2000 年，当时 Amazon 正在开发电商服务平台 Merchant.com，旨在帮助第三方公司在 Amazon 上构建自己的在线购物网站。 不过这个项目进展没想象的顺利。 Amazon 1994 年成立，随后快速发展，但其技术架构在设计之初显然对未来一无所知，整个系统不过是随业务快速发展而不断修修补补搞起来的一团糟糕。 这意味着想把它解耦并抽离出一个公共服务平台是一个非常困难的问题。 难归难，这不过是工作量的事情，但关键是 Amazon 的管理层敏锐的意识到了技术问题在制约公司的发展。 于是整个公司的系统开始做服务化重构，把原来交织在一起的代码解耦成独立、设计良好并清晰描述的 API 服务，不过内部还是外部应用，大家都按照 API 的方式进行开发——也就是说大概从 2000 年开始，Amazon 已经悄悄的变成了服务化公司。 API 化提高了系统复用性和灵活性，对多变的互联网业务来讲，这种特性显然尤其珍贵。 这还没完。 随着公司业务发展，工程师的数量越来越多，Amazon 却发现虽然人数增加了，自己开发应用的速度似乎并没有加快。 或许我们很容易用《人月神话》来回答这个问题，但 Amazon 并没有满足于追求一个解释，他们想要的是解决方案。 当时的 Bezos 秘书长，现在 AWS 的 CEO，Andy Jassy 发现了一个活生生的例子：这是一个本来大家都以为三个月就会上线的项目，结果三个月过去了，项目组却仅仅完成了服务器、数据库和存储部分的开发——进一步调查，公司里大多数项目都是如此。 显然公司有太多的时间被浪费在了重复造轮子上。 2003 年，Jassy 在 Bezos 的家里召开了一次管理层会议，会上大家决定要把应用开发的通用部分抽离出来，做一个公共基础设施服务平台，不仅 Amazon，甚至其他开发者也可以基于这个平台开发自己的应用。 到这里他们才第一次意识到这可能是改变历史的东西。 随后他们整理了一系列可以成为公共服务的候选模块，并从中挑了服务器、存储和数据库三个部分开始。不仅仅是因为这三个需求最多，还因为 Amazon 最擅长这部分，毕竟低利润率商业模式让他在如何降低数据中心的运营成本上颇有积累。 再后来的故事，大家就都清楚了。 03 概念消失，产品的胜利 我前面的文章《从人类文明的两条法则看云计算》从工具的角度解释过为什么大的云厂商目前都是成功的应用开发公司：
AWS 就是个活生生的例子，他能做成的第一个原因就是 Amazon 有这么多业务，这种快速的业务尝试让其内部环境像极了互联网创业的过程，所以他从自己需求出发找到的解决方案正是所有互联网业务都需要的银弹。 其次，AWS 仅仅抽离出了公共部分做成了服务，而不是创造了新的东西，开发者还在使用自己熟悉的东西，只不过是在云上。作为对比，我们看一下谷歌 2008 年推出的第一个云产品 Google App Engine，引用一段 wiki 对它的描述：
我不怀疑 Google 的技术实力，相信 App Engine 这么设计一定让他在弹性方面具有巨大优势，但不知道他们有没有想过，这种对用户的“过度关爱”是否真是当时用户想要的。 最后从外部环境来看，AWS 正好赶上了互联网一波创业浪潮，举几个他的典型客户，Yelp 成立于 2004 年，Zynga 成立于 2007 年，Airbnb 成立于 2008 年，Slack 成立于 2009 年，Lyft 成立于 2012 年……或许从下面两张图片看这点更有统计意义，startups 的流行曲线与 AWS 早期具有非常高的相关度。
Google Trend ：startups
Google Trend：AWS 内外几个因素叠加到一起，最终的结果就是 AWS 收割了互联网创业潮的红利，快速崛起。 （编辑：济宁站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
