也谈中台

“中台”这个词,在2019年时突然火遍IT行业,熊熊大火延烧到2020年,且还有越来越旺的迹象。所以我也来凑个热闹,写一些学习笔记吧。

1、中台的起源

根据互联网上的各种报道,国内中台概念最早是谁提出的,已不可考证。但是让这个概念为众人所知的,则是阿里巴巴。据说马云曾带队考察国外一家游戏公司,顿悟出“中台”的概念,并在阿里发扬光大。阿里人擅长营销,于是国内其他IT公司也纷纷有样学样,掀起中台化的浪潮。

2、包含范畴

最常见的有这么几个分类:

  • 业务中台
  • 数据中台
  • 技术中台

一般人谈得更多的是业务中台,不过有成文出版、以及推出付费教程的,则更多的是数据中台。如果你有留意就业市场的话,也会发现“数据中台产品经理”很流行。我理解,这是因为数据中台建设相对容易总结归纳抽象处理,形成一套套的方法论;而且,相对容易出成果(从杂乱无章的数据管理现状到令人眼花缭乱的各种数据报表);但业务中台的话,各行业的差异比较大,很难说有一套通用的范式可以用(演示案例可以有,但是不一定能套用到自己业务上)。

以我司为例,因为产品总监是从滴滴跳槽过来的,所以TA来了之后,搞的中台项目,很明显也是以滴滴为蓝图的(为啥我知道这些?因为我从网上看过滴滴建设中台的软文)。

3、为什么要做中台?

凡事必有因。如果你在一个小公司,只有单一业务线,其实不需要中台这玩意。当公司发展到一定阶段,分了很多业务线(例如我司就有同城货运、搬家、零担物流等众多业务),就会面临一个典型的“烟囱式”架构问题,或者说是重复造轮子的问题。

举个例子,A业务线发展比较早,有自己的一整套业务系统,但是比较老旧了,不太通用;老板决定开辟B业务线,单独配置人马,各种常见的业务系统又重复做了一遍(有可能是因为A业务线系统无法兼容通用,更有可能是因为组织架构冲突和资源协调问题,导致B业务线不得不自行研发)。

这个时候,就会有人感慨:要是有一些通用的系统或者架构能够减少重复开发就好了。

中台就这么应运而生了。其实,在中台概念诞生之前,只要你有一定工作年限和经验,你肯定是在朝着低耦合、组件化、通用化的方向来设计产品/编写代码的。

只是,之前并没有人说这就是中台。

4、旧瓶装新酒?

中台到底和微服务、组件化这些传统IT概念的区别是?

中台各种侧重于业务概念,微服务侧重于技术实现。中台不一定就必须是微服务形式,也可以是单体系统。

很多技术人员发表文章,批判中台就是在炒作。严格来说,中台确实不算一种技术架构,它更多的是做产品或者做业务的人,从业务角度出发提出的,一种,怎么说,指导思路?

我感觉,就好比,“所有人都在谈论敏捷,但是没有人知道敏捷究竟是咋回事”。中台也是类似的,很多人都说要做中台,但是给人感觉,有点像是,“因为大公司都在搞中台所以我们也要搞一套”。

5、学习归纳总结

我不是专家,也不好给中台下一个定义,或者说给出多么深奥的阐释。

但是,我善于学习和分享呀哇哈哈~

之前在网上看过ThoughtWorks咨询师王健的白话中台战略系列文章,感觉写得很精彩,解答了我不少疑问。后来我又在极客时间App上买了他的《说透中台》课程,看完后,应该说对中台这个概念有了更深入的了解。

王健对中台的定义是:企业级能力复用平台。

看到没,搞咨询的就是不一样,果然很抽象。。。

具体我就不展开解释了,专家的文章已经在那里,如果你也感兴趣,可以自行去瞧瞧吧。

发表评论

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