下半场的“中台”：别再打着架构创新的口号了，谈谈我的偏见

”中台“ 这个词已经进入到下半场，从之前的互联网的引爆 到喝彩 到质疑 再到现鄙人半场的传统企业去起头尝试进一步了解与进一步的喝彩。

怎样讲呢，互联网公司引爆的这个词，就像是互联网公司在革传统软件公司命一样，然后分红了分歧的声音，现在呢传统IT、软件公司又起了别的一个套路 “用企业架构” 的角度去做中台化摸索。

归正是生态的演进必定是有牺牲为价格的，希望”中台“这个”生态“ 能将演进的更好与加倍落地。

现在对于中台的很多弊端也在逐步凸显，比如给中台提需求半个月没消息，无法只能自己搞上线后，成果中台来起诉说反复造轮子浪费人力信不外中台。

一些中小营业线想去做个创新也够难的，说体量小不支持或不优先支持，那就晾一遍吧。还有就一些中小营业线赖以保存一些有代价的工具都被中台抢走了，既然抢走就好好支持，成果还欠好好做。

之前中台是集合集合炮火，成果这个炮弹全数落到前台自己阵地上了。有些公司答应厮杀，前背景、中台与中台之间不是沉下心来去做应当做的，而是在抢来抢去的.

也许有一天中台又是酿成一种烟筒般的存在然后再出一个新词”全台“的概念去处理。不管怎样样我自己对于中台这类方式论还是很是期待的，真金不怕火炼，期待我们的摸索越来越完善。

关于双中台，自己以为就是一个严重的伪命题，即使是双中台，其中的数据方面的是打着中台的灯号在实施数据平台，这个临时不在这里会商更多。

假如把数据平台的成长比作第三代数据处置系统，那现在所谓的数据中台顶多是3.5代平台，现在很多把数据中台当做一个大盒子什么工具都往里装，固然也许企业、用户很愿意买单。

上次还在恶作剧的说加入有这样的中台我也是希望能跪求一下，也许描写了一个美好终纵方针。

由于现在的数据中台的实施，非论是第三方还是企业自建还是都在用数据平台的各类方式去实施。能够有人会否决数据中台经过API对外供给数据复用、办事。

早在数据平台年月由于营业的需要已经就这样去计划与落地了，数据办事、总线、推送、定阅类的早都存在了。

剩下的算法、标签、画像这些内容由于营业的需要很多时辰一向在数据平台去实施的。也许是我自己没有吃透数据中台同一模子的概念吧， 里面的目标同一、维度同一、编码同一、目标落地同一拆解构建同一只不外换了一个视角数据平台实施而已。

数据自己其具有的自然特征，一次收集普遍利用，也就是本身就带着同享与办事的特点恰恰又踩到了复用、办事的特点，希望早日一天能摸索出 “数据中台”加倍完善形状。

下图是自己在分享中台时第四小节中用到一个小案例，其中前两个图由于企业一般企业从创建到长大、扩大根基上是 3-5 年为一个周期，假如恰好某个热门引爆的飞起的风头公司成长会加倍剧烈，其营业范围、系统会指数级的翻倍，所以带来的数据量也是翻倍递增。

企业的营业 BU 会变的更多，企业在营业数据化或数字化转型，不成避免的会触及到营业与治理的转型。

企业的长大与扩大，不成避免的广度上需要有庞大的变化，营业线、子公司的分分红

立必定带来比以往更宽的产物线， 客户群体的增加也促使企业供给形式分歧的、内

容更丰富的办事形式。

是以，在向客户供给更多的办事同时意味着必须以客户为中心的各类组合、定制化、办事化的产物需要更多。必定所带来 BU 与 BU，子公司与子公司之间的各自为战的 IT 扶植，久而久之就构成了 “烟筒“与流程过量、打架、效力低下等等通病。

自然子公司A是老牌的营业线，子公司B是新兴的营业线，自然合并以后是A营业的数据平台为根本，B营业职员资本往A团队合并，最初构成C图。