为什么构建数据中台会遇到诸多挑战？

本文共计2965个文字，预计阅读时间需要12分钟。

自2015年阿里推出大中台数据中台战略，至2019年大厂及服务商家大享数据中台，再到2021年大厂又开始中台。数据中台从甜甜蜜蜜变为牛夫人仅用了2年时间，为何如此迅速？

从2015年阿里提出“大中台”的数据中台战略，到2019年大厂及中台服务商“大兴”数据中台，再到2021年大厂又开始拆中台。数据中台从小甜甜变成牛夫人仅仅用了2年时间，为什么这么快数据中台就不香了？

（说明：数据中台的概念比较模糊，有些人说是业务概念，有些人说是技术概念，这里我们仅从技术的角度讨论，即认为数据中台是技术概念）

一、数据中台为什么难搞？

从技术上讲，中台的架构挺合理的。在前台和后台之间夹一个中台，屏蔽后台的数据存储，应对前面没完没了的变化需求。前台跟着界面走，天生就稳定不了，总是有五花八门的数据请求，这是必然的事情。后台应该主要负责数据存储，把不同形式和规模的数据以合适的方式整理好，大数据倒腾起来动静太大，要求有一定的稳定性。如果前台的请求都要求后台直接做，那后台管的事就太多了。应对灵活请求和规整数据存储在一定程度上是两个优化目标不同的需求，同一个团队在同一套硬件上同时对付这两件事，容易发生精神分裂。而且，后台是被许多前台共享的，如果直接向前台提供灵活数据服务，还可能导致各个前台之间的耦合程度太高，维护成本立即陡增。同样的，把这些数据处理放在前台也不合适，一方面不太安全，另一方面，前台团队也是忙着让界面如何更好看使用更流畅，没太多工夫琢磨数据的事情。有了中台就好很多了，后台专心管存储，前面专心管界面，前后台之间的差距由中台负责抹平。分工明确，各司其职，效率自然提高。