杜欢《滴滴出行业务系统的架构升级》PDF版.pdf

ArchSummit 全球架构师峰会 深圳站 2016 滴滴出行业务系统的架构升级 滴滴出行 / 杜欢 关于 · 我 • 2015 年 5 月加入滴滴，第一个 项目即负责公司级重构项目的技 术架构设计 • 曾在微软和百度工作，后自主创 业五年有余，深耕于游戏行业 • 熟悉前后端各种工程类技术栈， 对各种新技术持续保持关注 • 喜欢对事物进行抽象，寻找其中 优雅简洁的本质 大纲 • 挑战在哪里？ • 现状是什么？ • 该如何入手？ • 客户端怎么拆？ • Web App 怎么拆？ • 服务端 API 怎么拆？ • 效果怎么样？ • 如何避免重蹈覆辙？ 挑战在哪里？ 公司规模指数级增长 2016/6 ：累计融资超过100 亿美元 2015/9 ：更名“滴滴出行”，全面出击 2015/2 ：滴滴和快的合并 2014/1 ：D 轮 7 亿美元及补贴大战 2012/12 ：A 轮 300 万美元 2012/6 ：公司成立 业务数量爆炸性增长 企业 海外 出租车 顺风车 专车 快车 代驾 豪车 试驾 小巴 公交 积压大量难以解决的问题 乘客 App 服务端 Web App 业务高耦合 服务分层少 入口高耦合 组件封装少 重复代码多 黑魔法遍布 测试消耗大 数据表混乱 体验不一致 发版周期长 迭代速度慢 技术栈分裂 现状是什么？ 2015 年下半年系统架构 用户应用 Web App 乘客 App 司机 App 企业 App VIP TCP 接入层 接入层 Nginx Push 服务 坐标流分发 业务层 Web 集群 策略引擎 司机调度 数据层 KV 集群 MySQL 集群 任务队列 特征存储 2015 年下半年乘客 App 结构 • 基本情况 – iOS 曾经历过一次大规模