饿了么：业务井喷时订单系统架构这样演进.pdfVIP

饿了么 ：业务井喷时 ，订单系统架构这样演进 在高速增长和愈加复杂的 易场景下 ，饿了么订单的服务架构是如何演进的 ？如何发展 ？ 本文根据石佳宁在Inf o Q举办的2016A rchSummit 全球架构师 （深圳 ）峰会上的演讲整理而成 ： 先自我介绍一下 ，我于2014年加入饿了么 ，那时正是饿了么飞速发展的起始点。我一直从事后台领 域的研发 ，比如BD系统、客服系统和订单系统 ，现在专注 易架构相关的工作。 今天要讲的内容主要分为两大部分。第一部分是在高速增长和愈加复杂的 易场景下 ，饿了么订单 的服务架构是如何演进的 ，究竟是什么支撑我们的发展。 快 增长下的业务场景 具体讲之前 ，我先介绍一下我们的场景 ，因为脱离具体的场景所有架构演进没有任何意义。 上面这 两个图表不是饿了么的数据 ，是第三方分析整个外卖市场的数据图。左边的图表是从2011年开始 ， 整个O2O市场以及外卖的份额逐年增加。2013年和2014年的时候发生了比较大的飞跃 ，饿了么也 是在这个时间段订单量开始猛增。右边的图表是用户注重外卖平台的因素分布。 从图中可以看到 ，用户很在意配送速度 ，在意 易的时效性。对于O2O或者饿了么订单 ， 易的要 求比传统电商的高 ，因为 易一般一两个小时就结束了。在2014年初 ，饿了么订单量只有日均10 万单 ，到2014年底超