2015年阿里提出中台战略，构建符合DT时代的“大中台，小前台”的组织机制和业务机制，中台的序幕就此拉开。时任阿里巴巴CEO不会想到，四年之后中台竟然成了一条赛道，一门生意。
这战略将庞大的业务服务能力，都装进了“业务中台”里，包括交易中心、支付中心、清算中台、用户中心、产品中心等13个业务域，这是阿里中台早期的架构图：
随着阿里中台战略的深入，2018年阿里提出了“业务-数据双中台”战略，可以理解为升级版的中台战略，依托阿里云ET大脑，向社会输出中台能力和方法论。阿里的中台一分为二：数据中台、业务中台，如下图：
这一“拆”，仿佛打通了中台战略的任督二脉，从此一发不可收拾，相继拆分出：移动中台、技术中台、风险能力中台、研发效能中台等等。至此，阿里在“拆”中台的路上，越走越远。
“中台”也成为了企业数字化转型领域最热门的词。国内较早一批上中台的公司，到现在也有三、四年了，这些企业的中台现状怎么样？中台解决了企业哪些问题？上中台的企业都活得如何？
第一，当初上中台，或多或少是有些“跟风”。
当初上中台的初衷，就觉得这个理念非常好，抽取业务系统中的公共部分成为服务，合并相似组织，这本来就是要做的，但是一直得不到公司的支持。
“阿里的中台理念一推出来，我就趁热打铁，推动这个事。”
“公司CEO觉得也许可以试试，就划了资源给我，但是这个中台怎么做，其实谁也不知道，毕竟阿里刚把这个概念提出来，后来找了阿里的朋友交流学习，结合自己的想法，中台项目就上马了。后来持续做了一两年，很多行业朋友纷纷来向我们取经，其实我们也没觉得自己做得有多好。”
第二，因为“特殊目的”上中台。
2018年主导了公司的中台项目，毫不掩饰地说，他的目的就是想干掉公司内部的几个老油条总监，借着中台项目，进行组织架构调整。
混职场的都知道，这一招并不高明，但是非常有效。明面上说是中台架构升级，暗地里重新划分势力范围，安插自己的得力干将，解决企业内部山头林立的问题。
第三，中台确实解决了一些组织和效率的问题。
上中台不管是“跟风”也罢，重整“山头”也好，事情还是要做的，要知道老板能坐这个位子，都不是傻子，投资源给你是要看到结果的。中台项目，只要是动真格的，系统重复建设、数据孤岛的问题，都不难解决。
第四，不少企业已经开始“拆”中台。
因为上中台比较早，前期可借鉴的资料很少，硬着头皮从业务中台开始做，用了一年多时间做完第一期，这时阿里升级了中台战略，叫“业务-数据”双中台。
在建设数据中台的时候，是有自己的考虑的，随着业务中台建设的深入，发现数据集市在整个业务中台建设中的重要性，数据集市就是数据中台的前身，直到阿里提出“业务-数据”双中台的理念，约瑟夫顿时豁然开朗，开始“拆”业务中台。
百度也在“拆”中台
2018年，百度推行中台战略以来，也先后拆分出：搜索中台、知识中台、AI中台、技术中台等等，架构图如下：
可见，随着企业“中台”化的深入实施，中台碎片化是企业架构演进的内在需要，是不可阻挡的趋势。
仔细想想你所在的公司，中台是不是已经碎片化了？哪个公司还没几个业务中台、数据中台、技术中台、安全中台、金融中台呢？当我们在争论，“哪些是伪中台？”、“为什么凭空冒出这么多细分中台？”的时候，改变正在悄悄地发生，中台已经趋向于碎片化。
碎片化中台，会产生数据孤岛吗？
碎片化中台，不会产生数据孤岛问题。中台架构的演进，经历了：业务中台、“数据-业务”双中台两个阶段建设，形成了强大的数据中台，解决了此前困扰企业多年的数据孤岛问题。
碎片化中台，是在“数据-业务”双中台的基础之上，更精细化地架构演进过程，也就是完善企业IT架构毛细血管的过程，不是拆骨架。相反的，数据中台更丰富、业务中台更强大，企业的服务能力更趋向成熟。
碎片化中台时代，架构面临什么挑战？
碎片化中台以后，技术栈也开始不统一了，异构系统是必然的趋势。Java(Scala/Groovy)/Go/Python/...都会大量使用在各类场景之中。服务治理方面，将面临巨大挑战。
其次，碎片化中台的服务能力、数据能力如何更好地服务于前台，碎片化中台形成了网状的能力分布方式，面向前台的接口是非常不友好的，毕竟“碎片化中台”的接口数量相对于业务中台时期，达到几何倍数的增长。
另外，实施了中台的企业会发现，“大中台+小前台”所描绘的场景画面太美，滤镜开得太多。真实场景下，不忍直视，我们曾畅想通过“搭积木”的方式能够快速建立一个小前台，快速试错。实际上，能够搭建出来的都是逻辑简单的应用，贴合企业自身场景的，仍需要大量开发工作。
写在末尾的话
随着企业中台实施进入深水区，可借鉴的经验也越来越多，企业以及IT从业者无需过度焦虑，反正上中台找死，不上中台等死，你还焦虑个毛啊，雷军说过，生死看淡，干就是了。
最后，我们回顾下中台的一些根本性的理念，因为专注于那些不变的东西，更容易洞察事物的本质，不会随波逐流，剩下的交给时间，时间会给我们答案。
总的说来，中台主要解决两个问题：一是，提升体验；二是，降低成本。
体验怎么提升呢？中台只是手段，中台的目的是支撑小前台，通过改善前台来提升用户体验，通过梳理业务SLA沉淀到中台，以服务化的方式输出，确保最低服务体验标准。
成本如何降低？通过合并重组相似组织来降低，如果系统存在大量重复建设，就说明公司存在大量重复组织，合并这些组织就能够降低成本，从而提升效能。
抓住这两个本质问题，就不会被那些花里胡哨的概念所迷惑，透过纷繁复杂的表象去独立思考，辨别真伪。
本文来自投稿，不代表本人立场，如若转载，请注明出处：http://www.souzhinan.com/kj/389229.html