极客视点
极客时间编辑部
极客时间编辑部
113243 人已学习
免费领取
课程目录
已完结/共 3766 讲
2020年09月 (90讲)
时长 05:33
2020年08月 (93讲)
2020年07月 (93讲)
时长 05:51
2020年06月 (90讲)
2020年05月 (93讲)
2020年04月 (90讲)
2020年03月 (92讲)
时长 04:14
2020年02月 (87讲)
2020年01月 (91讲)
时长 00:00
2019年12月 (93讲)
2019年11月 (89讲)
2019年10月 (92讲)
2019年09月 (90讲)
时长 00:00
2019年08月 (91讲)
2019年07月 (92讲)
时长 03:45
2019年06月 (90讲)
2019年05月 (99讲)
2019年04月 (114讲)
2019年03月 (122讲)
2019年02月 (102讲)
2019年01月 (104讲)
2018年12月 (98讲)
2018年11月 (105讲)
时长 01:23
2018年10月 (123讲)
时长 02:06
2018年09月 (119讲)
2018年08月 (123讲)
2018年07月 (124讲)
2018年06月 (119讲)
时长 02:11
2018年05月 (124讲)
时长 03:16
2018年04月 (120讲)
2018年03月 (124讲)
2018年02月 (112讲)
2018年01月 (124讲)
时长 02:30
时长 02:34
2017年12月 (124讲)
时长 03:09
2017年11月 (120讲)
2017年10月 (86讲)
时长 03:18
时长 03:31
时长 04:25
极客视点
15
15
1.0x
00:00/05:57
登录|注册

看透中台之货车帮中台的演进过程

讲述:丁婵大小:8.17M时长:05:57
你好,欢迎收听极客视点。
对于“中台”的概念,你是怎么看待的?满帮集团高级技术总监、西瓜创客 CTO 李昊在公众号“技术琐话(ID:TheoryPractice)”分享其组建货车帮中台的经验时表示,要想看透中台,需要理解企业级应用的架构难点,以及从服务化到平台化再到中台化的演变过程。关于企业级应用的架构难点,上一篇文章已经介绍过,本文继续分享中台的演进过程,希望能给你带来一些新思考。

货车帮搭建平台的背景

货车帮是当下中国最大的公路物流互联网信息平台,资料显示其成立于 2007 年。初期只有一个主业务,也只有一套主系统。随着 ETC/ 车油 / 金融等业务的发展和技术人员的增加,这个系统的交付速度和稳定性都变差了。于是在 2017 年开始做分布式系统,把原来的单体系统拆分成多个中心承担的分布式子系统。
这个阶段的核心工作是把数百人的团队拆分成了功能相对集中的小团队。每个独立的系统可以独立设计、独立接需求、独立发布,整个研发交付速度和系统稳定性扛住了业务高速发展的需要。
但随着事业部化的推进,业务决策链路更短,业务发展更快,技术人员的数量也快速增长。而且各个事业部的定位不一样,业务发展阶段、方向和规则都不一样。为了快速应对每天的业务需求变更,所有的员工都在加班加点,但由于在业务抽象建模、系统架构的开放性等方面考虑不足,导致业务逻辑之间的耦合和相互影响,研发质量和效率大幅下降。
这种见招拆招,垂直发展,未做足够抽象通用的架构在行业里称为“烟囱型架构”,解决这种问题通常就需要平台化了。

平台演进到中台的背景

从一个个的中心到平台化,核心是业务抽象建模和保持系统架构的开放性:
拉通考虑各个业务的逻辑,把基础能力抽象出来,解决共性的 80% 问题;
系统架构上保持开放性、可扩展性,把业务和业务之间不同的逻辑隔离并进行封装,解决 20% 的个性化问题。
平台化的核心收益其实就是降本增效:
一是抽象共性,减少重复建设投入的人力和时间成本;
二是快速支撑,提高需求到研发上线到效果复盘各环节的效率。
平台化的过程一般都会经历从 API 治理和提供,到服务化再到最终形成平台的过程,所以各个平台并不会在同一天完成。实际上,一直到货车帮开始建设中台的时候,仍然有很多平台正在建设中。
那么货车帮为什么又要推中台战略了呢?

中台解决的问题

其实,以一个新业务负责人的视角就很容易想通平台化的问题。
作为各个业务的负责人,要了解各个平台的功能和职责并且推动合作很困难,做一个新功能的 MVP,究竟需要多少人、多少时间都算不出来。
平台是提供抽象出来的共性功能,每个团队专注自己的事情,提升效率。但这样虽然带来了专业,却很容易导致“各家自扫门前雪”,对于创新业务的支持力度不足。
所以,就会出现类似这样的问题:当公司的保险业务负责人想要进行某个新功能的开发时,经过反复沟通,发现自己的团队承担的部分可以在两天之类完成开发,但是依赖的团队对这相关功能的排期可能排到了两三周后面。
最终也是最大的问题是,领域的平台化解决了领域层内部的问题,但业务的执行都是跨领域的。涉及多个环节,横跨多个系统,如何把多个平台的数据集成到一起并加工分析而产生新的支持到业务的价值,变得非常困难。
从当时的实际情况看,按照平台化的架构方式,基本上是没有办法做数据驱动运营的。
因此,平台化之后虽然解决了烟囱式架构的很多问题,但随着公司的发展,整个组织的效率仍然会逐渐降低。这不是一个技术问题,而是一个复杂生态下的协作问题。要解决这样的问题,就要通过打造中台来解决企业级应用架构的三个核心难点:
标准的协议和运行机制;
满足标准的分布式执行单元;
去中心化或中心化的控制单元。
所以,中台化其实是平台化之后的自然阶段,它主要是带来了以下几点好处:
提供完整解决方案而不是暴露 API,给业务带来的快速创新和试错能力的提升;
通过数据统一治理和应用,给业务带来数据驱动的运营能力的提升;
通过解决信息获取成本高、系统互联互通成本高的问题,给企业带来组织效率的提升。
总得来说,中台不是目的是手段,需要根据各个公司自己业务和团队的情况来量身打造。中台建设需要强健的基础设施,还需要组织架构、企业文化、流程制度等各个维度的支撑。同时,负责建设中台的团队要有很强的业务抽象能力和很好的服务精神。
以上就是李昊对中台的理解,你是怎么看待中台的呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
免费领取
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
大纲
固定大纲
货车帮搭建平台的背景
平台演进到中台的背景
中台解决的问题
显示
设置
留言
收藏
42
沉浸
阅读
分享
手机端
快捷键
回顶部