阿里资深架构师：同样是数据中台，为什么差距那么大？

前段时间看到一篇数据中台：《阿里数据架构师告诉你，如何建立实时数据中台》，现在我想更加详细的讲一讲数据中台，结合上面的这篇文章，就构成了一套完整的不同于市面上的方法论！

一、 中台的诞生

中台战略是企业数字化转型过程中的一个热门话题。说到中台转型，企业大多对标阿里巴巴。

2015年阿里巴巴提出了“大中台，小前台”的中台战略，提出之初阿里有近 4 亿用户，为超过 1000万各类企业提供服务，业务种类繁多，业务之间相互网状依赖。同时，阿里部门也越来越多，分工越来越细，沟通过多，相互依赖，创新成本非常高，对业务响应也越来越慢。阿里需要找到能够对外界变化快速反应，整合阿里各种基础能力，高效支撑业务创新的机制。

相信很多公司或多或少都遇到过类似的问题，或者随着企业规模越来越大，也正面临着同样的问题。

二、 中台or平台？

很多IT人员在谈论中台时说：“我们在系统建设之初就已将产品、用户、权限、客户等公共模块独立成了共享的平台了，这不是中台吗？”也有很多人对中台提出质疑：“中台是个怪名词，它不就是平台吗？”

我们先了解一下阿里业务中台的发展历程。

阿里中台从业务中台和数据中台开始，后来发展出移动中台、技术中台、研发中台等。

 

“阿里业务中台的前身是共享平台，原来的共享平台更多的被当作资源团队，承接各个业务方的需求，为业务方在基础服务上做定制开发。”

看到这里是不是似曾相识呢。有的企业十多年前就已经完成了大一统的集中式系统拆分，将公共能力和核心能力分开建设，解决了公共模块重复投入和重复建设的问题。有的企业共享平台建设时间甚至比阿里还要早，但并没有发展成为像阿里一样的中台。

同样的起点，为什么结果会不一样？

阿里这十年经历了光速发展，同时业务领域快速扩张也增加了业务的复杂性，这种业务发展也只有像阿里这样的互联网企业才会遇到。可以说：业务的发展和复杂性推动了阿里中台的诞生。

我们再进一步来