互联网企业的大中台架构实践

一 络媒 体业务
CEO
CTO
研发
基础架构
CEO
R线平台研发系统
运营平台系统
职能系统
平台研 发部线
即时通 信线
搜索业 务线
BG化七一 事 业群
企业发展事 业群
（
ຫໍສະໝຸດ Baidu
互动娱乐事 业群
移动互联一 事业群
一 络媒体事 业群
社交一 络事 业群
技术一 程事 业群
微信事业群 （WXG）
六一 事业群 + 技术委员
会
技术委员会
由于是多业务垂直化的架构， 会有多个团队开发同样的架
构，这就需要很多的一 程师。 每个团队都是一 最快速的一 式
构建流程，所以技术很难做 深。这样一 来，导致客户端的 流畅度不一 ，后端不稳定，影
响可扩展性。
专业深度
原则上来说把每个团队加到一 够的一 ，每个架构都能有很好 的发展。但一 程师的薪资都一 常一 ，招聘一 量一 程师来做同 样的架构，研发成本一 昂。很 还有些时候，愿意花钱，却招
2015年12月7日，时任阿里巴巴集团CEO的张勇通过一封内部信说，“今天起，我们全面 启动阿里巴巴集团2018年中台战略，构建符合DT时代的更创新灵活的“大中台、小前台” 组织机制和业务机制。即从左边的单项目单平台，变成右边的联合中台模式。
用户 提供服务 项一 A前台
提供配置 项一 A管理 后台
项一 B前台
集
团
Ai
业 务
Express
1688 淘宝
天猫
聚划 算
飞猪
口碑
支撑
共
享 用户中心
业
务
事 务
店铺中心
部
商品中心 搜索中心
交易中心
数据服务 中心
阿里 妈妈
菜鸟
开
物流
源
评价中心 营销中心
支撑
集
阿群
里部
云 平 台
署 （
大 禹
）
分布式应用服务平台EDAS
弹性计算 服务ECS
关系型数据 库服务
RDS/DRDS
开放存储 服务OSS
滴滴中台服务化
下单
乘客API
调度层
动调确认 一口价确认
计费与出账
报价单 实时账单
崩溃恢复 历史订单 接驾送驾
订单
发送频率限制 支付能力校验
业务流程层
服务管控
真一 判责结果 申诉单
状态智能层
爱奇艺App中台必要性
爱奇艺App中台必要性
决定构建App中台主要是三方面考虑：专业深度，人力资源，用户体验
术、数据、产品和标准
技术委员 会
• 创新调研
紧跟前沿技术、重视基础科技、提供创新动力, 针对 必须长期投资的基础技术，比如搜索、算法、图像
识别、语音、定位等,结合业务场景进行深
滴滴中台
运力供给 Bundled ConText
核心出行BundledConText
乘客端
司机端
乘客API
司机API
供需撮合
计费与出帐
乘客系统 司机系统
产品一 录 订单系统
调度层
运营管理界一
客服界一
接驾送驾
业务流程层
服务管控
领域 模型
交易引擎 体验引擎
状态智能层
决策 引擎
运营引擎
收银分账 Bundled ConText
• 服务化 • 异步化 • 配置化 • 插件化 • 数据化
打车拼车确认 乘客排队 指派预约
供需撮合
一 前拼车单 乘客需求 司机运一
企业发展事 业群
（CDG）
互动娱乐事 业群
（IEG）
技术一 程事 业群
（TEG）
微信事业群 （WXG）
云与智慧产 业事业群 （CSIG）
平台与内容 事业群
（PCG）
腾讯变阵：技术委员会神似阿里大中台
六一 事业 群
• 技术支持
合理分配技术资源、跟踪技术落地进度、完 善技术研发文化在企业内部提供共享的技
互联网企业的大中台架构实践
目 录
第一 章，阿一 一 中台一 前台战略简介
• 大中台小前台背景 • 中台定义
第一 章，名企中台介绍
• 腾讯，滴滴
第三章，爱奇艺App中台介绍
• App中台演进，架构 • App中台门户QMAS • 运营平台，研发平台，高可用高性能平台 • 框架组件，网络组件
阿里“大中台，小前台”战略
180人干出腾讯3000人团队业绩
中台定义和意义
中台定义：企业级能力复用平台
前台系统小而美，快速迭代
中台比前台稳定，比后台灵活
后台系统稳定可靠
创业初 2005年 2012年 2018年
腾讯组织架构调整历程
职能式
COO
渠道
业务
BU化事业部 制
企业发展系统
一线 业务
互联一 业务
B线-业务系统
互动娱 乐业
弊端一
打通“烟囱式”系统间交互 的集成和协作成为必然； 随着企业的发展，打通这 些“烟囱式”系统之间的连 接成本高昂；
弊端二
不利于业务的沉淀和持续 发展。系统上线几年后， 无法满足业务发展不得不 推倒重建，这将会大大影 响多年业务的沉淀保留
弊端三
阿里巴巴共享事业部
共享业务事业部将阿里巴巴集团前端业务中公共、通用的业务沉淀到这个事业部，包含了用户、商品、 交易等〸几个中心，实现了阿里真正的“业务中台”，基于阿里云平台这个技术后台的基础上，为阿里若 干个“业务前台”提供着最专业、稳定的业务。
项一 B管理 后台
小前台
一 付 聚划 阿一 阿一 盒马 淘宝 天猫 宝 算 妈妈 菜鸟 一 鲜
大中台 一 户 商品 交易 评价 搜索 营销 中一 中一 中一 中一 中一 中一 AliWare
阿里“大中台，小前台”提出的背景
企业信息中心发展的问题突显：烟囱式系统建设模式
2008年时淘宝的技术团队同时支持者淘宝和天猫两大电商平台。1999年成立的1688 一直拥有在的技术团队。阿里集团三大电商体系的技术支持架构如下：
1688
淘宝 天猫
1688 技术团队
淘宝 技术团队
“烟囱式”系统建设模式
烟囱系统是指一种由相互关联的 元素紧密结合在一起的集合，其 中单个元素无法区分、升级或重 构。烟囱系统会一直维持存在直 到有新的系统将其完全取代。
阿里“大中台，小前台”提出的背景
企业信息中心发展的问题突显：烟囱式系统建设模式
重复功能建设和维护带来 重复投资；大量的功能和 业务在多个系统中同时存 在，是很显性的成本和资 源浪费
UVCA时代，真正高价值的公司在组织架构设计方 面有强大的整合和支撑业务的能力，既能提供强大 的业务支撑能力，又能让一线部门（前台）最快速 创新地应对市场的需求
对于SuperCell而言，虽然开发的游戏完全不同，但 是后台支撑的系统包括支付系统，用户系统，游戏 引擎，内部开发工具等等都是完全一样的，因此各 游戏小分队只需要在这强大的支撑平台上进行快速 开发即可
消息服务 MQ
开放缓存 服务OCS
开放数据处 理服务ODPS
分布式文件系统（盘古）
任务调度（伏羲）
远程过程调用 (夸父）
安全管理 (钟馗）
分布协同服务 (女娲）
资源管理 (伏羲）
集 群 监 控 (
神 农 )
监控报警 故障处理 系统升级 应用发布 安全防护 业务监控
运维保障部
SuperCell对中台带来的启示