亚马逊云科技顾凡：持续创新的关键是企业已构建起现代化应用

数据智能产业创新服务媒体

——聚焦数智 · 改变商业

---

2021年7月，Gartner全球云基础设施和平台服务魔力象限(CIPS)重磅发布，亚马逊云科技已连续第十一年被评为领导者。在云基础设施和平台服务魔力象限中，在执行能力（纵轴）和愿景完成度（横轴）上，亚马逊云科技都确保了最高和最远的位置，超过我们耳熟能详的谷歌、微软、阿里云、腾讯云等巨头。

Gartner还发布了《云基础设施和平台服务关键能力报告》，在云原生应用案例中，亚马逊云科技依然排名第一，Gartner对其应用开发持续交付服务，以及广泛的容器服务方面均给出了很高的评价。

二十年前，亚马逊即是美国乃至全球最大的电商公司，从2001年开始，亚马逊做过一次战略大调整，即从单体应用开发向微服务化转变，随后再次成为这一创新方式的领导者，到2021年，亚马逊的业务由超过10万个微服务支撑。

如今，亚马逊云科技按照这一套现代化应用的理念，将现代化的技术、架构、软件交付实践与运营流程相结合，使团队更快、更频繁、更始终如一、更安全地交付给客户， 减少无差别的繁重工作，从而将更多的时间用于为客户交付真正的价值，最终让客户获得竞争优势。

亚马逊云科技“现代化应用”的基本逻辑

亚马逊当年在开发kindle时碰到一个难题，过去做电商的时候，在订单交付系统中，订单几天交付属于正常范围，而做成kindle电子书之后，用户要求几秒钟之内将电子书交付。负责交付系统的部门需要做出一个选择，要么还在大模块里开发电子书交付的功能，如此Kindle电子书团队将会受制于整个交付系统，要么把kindle电子书的交付从原有的交付系统中拆解出来，成为一个独立的微服务，今后自身可以迭代。

“不是为了微服务技术的先进性去做微服务，而应该是根据应用本身驱动业务的微服务化”，亚马逊云科技大中华区产品部总经理顾凡在演讲和随后回答记者提问中不断强调，技术本身是为业务服务的，业务的需求使得公司在关键节点上走向现代化应用。

图丨亚马逊云科技大中华区产品部总经理顾凡

1995年亚马逊创立伊始，所有的逻辑只在一个单体应用里，也只有一个数据库。随着业务的拓展，到了2001年，亚马逊进入了面向服务架构（SOA）阶段，比如商品、订单、服务等模块都在那个时期形成。然后，亚马逊进入到了更多的领域，产品迭代和客户体验迭代的速度越来越快，这些已经按照SOA拆分出来的模块，自己又会变成超大的单体。所以2002年开始到2006年，亚马逊正式启动了微服务化架构。

当时亚马逊创始人贝索斯提出了一个名为“双披萨”的原则，他认为如果两个披萨不足以喂饱一个项目团队，那么这个团队可能就显得太大了。从那时起，亚马逊不只是从技术，而是包括从组织架构、管理策略，建立了一整套微服务体系，团队自己可以开发运营和迭代。这与稻盛和夫提出的“阿米巴”经营有着异曲同工之妙，亦符合敏捷性管理方法（Agile）的大势所趋。

正是从那时起，亚马逊现代化应用开始了最初的探索，后来造就了一些经典的产品。2006年亚马逊发布第一个名为Amazon SQS消息队列的服务，至今整个的松耦合的软件架构仍在使用SQS，在今年Prime Day（亚马逊的“双十一”）期间，Amazon SQS在高峰的时候能够处理4,770 万条消息。另外一个知名应用是2012年推出基于serverless的Amazon DynamoDB，Prime Day期间达到8,920万次请求的峰值。

让我们来做一个小实验，打开亚马逊APP，搜索一件商品，然后系统呈现给你的是个性化定制详情页。在你打开的过程中，亚马逊至少调用了300个微服务，包括产品页面的展现、购买键、是否是Prime的商品、送货的承诺、客户的评论、价格的显示等等，所有这些都是独立的微服务。如今，亚马逊可以让类似这种“现代化应用”的更新做到每天15000次，而且大部分都可以通过自动化工具来完成。

在解决亚马逊自身需求的同时，发现亚马逊云科技的客户也会面临同样的问题。亚马逊CTO沃纳·威格尔（Werner Vogels）表示，在亚马逊现代化应用开发的架构实现之前，我们的客户有80%的时间在做基础运维的繁杂工作，开发精力只有20%落在应用上。

顾凡在访谈客户的时候听到最多的抱怨，就是在创新的过程中，他们的资源永远是有限的。客户的开发人员很希望把资源集中到创新业务上去，但事实上80%的开发人员的精力花在安装服务器、装操作系统、管理数据库、运营维护等基础设施上面。

“客户会随着业务的迭代和变化，相应地要求基础设施跟得上其发展速度，而且客户不希望投入太多时间管理基础设