中台的价值:
毫无疑问,中台能够共享复用,降本增效。
快狗打车的平台架构,中台架构是如何演进的:
1、开始
最早,我们的架构就是如此简单。
优势:系统简单,迭代快速。
不足:三方对接耦合在业务中,三方系统稳定性影响快狗业务稳定性,三方系统切换改造成本很高。
2、发展
3、继续发展
然后,我们做了基础服务的抽象,把与第三方对接的短信、推送等抽象成基础服务。
随着业务的发展,我们遇到的新的问题。
新业务诞生,烟囱式的系统不断冒出来,数据形成了孤岛,业务之间的流量、产品、系统难以连结,消耗了大量资源去做了重复的事情。
画外音:很多公司,一般打着“闭环”“高效”的名义,推进烟囱式产品/系统/架构,其实是不作为。
4、再发展
这个时候,类似于XX中心的业务服务诞生了。
如上图所示,除了各个业务公用的,业务无关的基础服务,业务相关的用户中心,订单中心,交易中心,营销中心服务,应运而生。
此时,这类共享服务中心,增加了业务属性。
这些服务,应该归业务研发部门,还是基础服务研发部门呢?
都不是。
5、最后
此时,业务中台诞生了。
中台,是共性业务的部分。
问题:中台,应该做厚还是做薄?
最早,阿里提出了“大中台,小前台”的中台战略。
对此,快狗打车有不同的看法,中台太厚,势必夹杂个性化业务逻辑,不要让中台成为业务发展的瓶颈,我们提倡“小中台,大前台”,只有足够通用的业务,才适合下沉到中台。
如果觉得《我们从来都反对“大中台 小前台”的架构设计》对你有帮助,请点赞、收藏,并留下你的观点哦!