AWS杀死了云计算：云计算四十年历史化蝶成茧

2006 年，AWS 发布 S3（Simple Storage Service）和 EC2（Elastic Compute Cloud），从此便拉开了云计算真正的大幕，AWS 也一骑绝尘，成为了云计算市场的领导者和绝对统治者。

AWS 营收曲线[16]与市场份额

然而有意思的是到 2006 年 AWS 还没提过 Cloud Computing。

不过 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 概念消失，产品的胜利

我前面的文章《从人类文明的两条法则看云计算》从工具的角度解释过为什么大的云厂商目前都是成功的应用开发公司：

公司业务覆盖越广，碰到的问题越多，曾经解决的问题越多，在云计算转型的过程中就越贴近客户需求，成本越低，总体就越有优势。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!