帆软软件|我们正悄悄地拆掉，这才是它的归宿，阿里内部员工：别建中台了( 二 ) 2015年阿里提出中台战略

文章图片

文章图片
可见，随着企业“中台”化的深入实施，中台碎片化是企业架构演进的内在需要，是不可阻挡的趋势。
仔细想想你所在的公司，中台是不是已经碎片化了？哪个公司还没几个业务中台、数据中台、技术中台、安全中台、金融中台呢？当我们在争论， “哪些是伪中台？”、“为什么凭空冒出这么多细分中台？”的时候，改变正在悄悄地发生，中台已经趋向于碎片化。
碎片化中台，会产生数据孤岛吗？
碎片化中台，不会产生数据孤岛问题。中台架构的演进，经历了：业务中台、“数据-业务”双中台两个阶段建设，形成了强大的数据中台，解决了此前困扰企业多年的数据孤岛问题。
碎片化中台，是在“数据-业务”双中台的基础之上，更精细化地架构演进过程，也就是完善企业IT架构毛细血管的过程，不是拆骨架。相反的，数据中台更丰富、业务中台更强大，企业的服务能力更趋向成熟。
碎片化中台时代，架构面临什么挑战？
碎片化中台以后，技术栈也开始不统一了，异构系统是必然的趋势。 Java(Scala/Groovy)/Go/Python/...都会大量使用在各类场景之中。服务治理方面，将面临巨大挑战。
其次，碎片化中台的服务能力、数据能力如何更好地服务于前台，碎片化中台形成了网状的能力分布方式，面向前台的接口是非常不友好的，毕竟“碎片化中台”的接口数量相对于业务中台时期，达到几何倍数的增长。
另外，实施了中台的企业会发现， “大中台+小前台”所描绘的场景画面太美，滤镜开得太多。真实场景下，不忍直视，我们曾畅想通过“搭积木”的方式能够快速建立一个小前台，快速试错。实际上，能够搭建出来的都是逻辑简单的应用，贴合企业自身场景的，仍需要大量开发工作。
写在末尾的话
随着企业中台实施进入深水区，可借鉴的经验也越来越多，企业以及IT从业者无需过度焦虑，反正上中台找死，不上中台等死，你还焦虑个毛啊，雷军说过，生死看淡，干就是了。
最后，我们回顾下中台的一些根本性的理念，因为专注于那些不变的东西，更容易洞察事物的本质，不会随波逐流，剩下的交给时间，时间会给我们答案。
总的说来，中台主要解决两个问题：一是，提升体验；二是，降低成本。
体验怎么提升呢？中台只是手段，中台的目的是支撑小前台，通过改善前台来提升用户体验，通过梳理业务SLA沉淀到中台，以服务化的方式输出，确保最低服务体验标准。
成本如何降低？通过合并重组相似组织来降低，如果系统存在大量重复建设，就说明公司存在大量重复组织，合并这些组织就能够降低成本，从而提升效能。
抓住这两个本质问题，就不会被那些花里胡哨的概念所迷惑，透过纷繁复杂的表象去独立思考，辨别真伪。