我们从来都反对“大中台,小前台”的架构设计!

在2020全球敏捷架构峰会上,快狗打车的架构师李洪英,分享了快狗打车业务中台的一些经验与思考。
画外音:PPT见文末。
 
问题一:什么是平台?

我们从来都反对“大中台,小前台”的架构设计!

定义:一种基于外部供应商和顾客之间的价值创造互动的商业模式;它是规则和标准的制定者。
 
问题二:平台分为哪几类?

我们从来都反对“大中台,小前台”的架构设计!

(1)应用平台;
(2)业务平台;
(3)技术平台;
 
问题三:平台的价值在哪里?

我们从来都反对“大中台,小前台”的架构设计!

于他:为所有参与者创造价值;
于己:通过积极网络效应吸引用户,利用规模化盈利;
 
问题四:什么是中台

我们从来都反对“大中台,小前台”的架构设计!

中台,是服务多个产品且具有一定公共业务逻辑的通用共享服务平台,它是人+组织+服务的综合体!
 
问题五:中台分为哪几类?

我们从来都反对“大中台,小前台”的架构设计!

(1)业务中台;
(2)数据中台;
 
任何脱离业务的中台,都是蹭热度!
画外音:有些公司,把技术平台也放到中台里,快狗打车并不这么认为。
 
问题六:中台有什么价值?

我们从来都反对“大中台,小前台”的架构设计!

毫无疑问,中台能够共享复用,降本增效。
 
问题七:中台与平台的差异在哪里?

我们从来都反对“大中台,小前台”的架构设计!

如上,是快狗打车的一些思考。
 
问题八:快狗打车的平台架构,中台架构是如何演进的?

我们从来都反对“大中台,小前台”的架构设计!

最早,我们的架构就是如此简单。
优势:系统简单,迭代快速。
不足:三方对接耦合在业务中,三方系统稳定性影响快狗业务稳定性,三方系统切换改造成本很高。
 

我们从来都反对“大中台,小前台”的架构设计!

然后,我们做了基础服务的抽象,把与第三方对接的短信、推送等抽象成基础服务。
 
随着业务的发展,我们遇到的新的问题。

我们从来都反对“大中台,小前台”的架构设计!

新业务诞生,烟囱式的系统不断冒出来,数据形成了孤岛,业务之间的流量、产品、系统难以连结,消耗了大量资源去做了重复的事情。
画外音:很多公司,一般打着“闭环”“高效”的名义,推进烟囱式产品/系统/架构,其实是不作为。
 
这个时候,类似于XX中心的业务服务诞生了

我们从来都反对“大中台,小前台”的架构设计!

如上图所示,除了各个业务公用的,业务无关的基础服务,业务相关的用户中心,订单中心,交易中心,营销中心服务,应运而生。
 
此时,这类共享服务中心,增加了业务属性。

我们从来都反对“大中台,小前台”的架构设计!

这些服务,应该归业务研发部门,还是基础服务研发部门呢?
都不是。
 
此时,业务中台诞生了。

我们从来都反对“大中台,小前台”的架构设计!

中台,是共性业务的部分。
 
问题九:中台,应该做厚还是做薄?

我们从来都反对“大中台,小前台”的架构设计!

最早,阿里提出了“大中台,小前台”的中台战略。
 
对此,快狗打车有不同的看法,中台太厚,势必夹杂个性化业务逻辑,不要让中台成为业务发展的瓶颈,我们提倡“小中台,大前台”,只有足够通用的业务,才适合下沉到中台。
 
问题十:如何沉淀与发展通用业务中台呢?
快狗打车五大步骤实践,分享给大家。
 
步骤一,成立相关中台部门(产品+研发)。
画外音:中台建设,组织是其中不可或缺的一步
 
步骤二,服务下沉。

我们从来都反对“大中台,小前台”的架构设计!

通用基础服务,不断下沉。
 
步骤三,业务下沉。

我们从来都反对“大中台,小前台”的架构设计!

通用的基础服务下沉之后,是通用业务的下沉。
 
步骤四,产品架构与系统架构的升级。

我们从来都反对“大中台,小前台”的架构设计!

以交易中台为例,通用交易从端(例如:收银台),到服务,到数据的通用业务中台。
 
步骤五,不断迭代,不断丰富中台能力。
画外音:但务必注意,只有充分通用的业务,才适合沉淀到中台,否则中台只会成为业务发展的瓶颈。
 
中台负责人不能只想着抢地盘,不属于自己的范围不能大包大揽,要保持克制。
 
问题十一:如何评价中台建设是否成功呢?
三个衡量标准:
(1)有没有业务接入使用,有多少接入使用;
(2)接入的成本是否快速简单;
(3)有新的业务需求沉淀是否能快速响应并不影响系统稳定;
 
问题十二:什么场景不适合中台建设?
(1)单一业务,单一产品;
(2)主营业务稳定性不足;
(3)团队规模太小;
 
希望快狗打车的中台建设,能够给大家一些启示。
画外音:PPT免费放送给大家。
 

发布者:糖太宗,转载请注明出处:https://www.qztxs.com/archives/science/technology/6809

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022年5月15日 下午9:20
下一篇 2022年5月15日 下午9:22

相关推荐

  • use_algolia_search

    去algolia官网注册账号 新建index索引 Blog   在hex项目下安装 1 2 3 4 5 6 7 8 9 10 # npm install hexo-algolia --save # export HEXO_ALGOLIA_INDEXING_KEY=xxxxxxxxxxxxxxxxxxxxxx # hexo algolia INFO ...

    技术 2022年6月2日
    1600
  • 用友致远A6 OA存在sql注入并拿shell

    用友致远A6协同系统 /yyoa/common/js/menu/test.jsp 文件 S1 参数SQL注入漏洞 注入点为S1变量,通过探测,发现是mysql数据库 http://xx/yyoa/common/js/menu/test.jsp?doType=101&S1= 于是构造注入语句查询数据库名: http://xx/yyoa/common/j...

    技术 2022年6月2日
    8000
  • 推荐算法: 相似性推荐(没有用户历史行为数据的推荐)

    前几天和老板通俗的介绍了协同过滤(Collaborative Filtering)和基于内容的推荐(Content-based Recommendation),但都必须分析用户的历史行为数据(例如电影点击数据,职位查看数据等),针对不同的用户进行个性化推荐。   老板问我,如果系统没有用户的历史行为数据积累,就不能实施推荐了吗?   今天讲讲“相似性推荐”。...

    技术 2022年5月10日
    3000
  • 凭啥修改代码的是我?原来这就是耦合!

    你有没有遇到过这样的场景? (1)硬件升级,要换一台高配机器; (2)网络重新规划,若干服务器要调整机架; (3)服务器当机,要重新部署恢复服务; …   更具体的,如上图:数据库换了一个ip,此时往往连接此数据库的上游需要修改配置重启,如果数据库有很多上游调用方,改配置重启的调用方会很多,每次换ip的成本往往很高,成为大家共性的痛点。   由A的调整(数据...

    2022年5月12日
    2900
  • 这次终于懂了,InnoDB的七种锁(收藏)

    MySQL是目前世界上最流行的数据库,InnoDB是MySQL最流行的存储引擎,它在大数据量高并发量的业务场景下,有着非常良好的性能表现,之所以如此,是和InnoDB的锁机制相关。   总的来说,InnoDB共有七种类型的锁: (1)自增锁(Auto-inc Locks); (2)共享/排它锁(Shared and Exclusive Locks); (3)...

    2022年5月14日
    1800

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

联系我们

400-800-8888

在线咨询: QQ交谈

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信