为什么数据湖也好，数据平台也好，在过去都没有像今年数据中台这么热门，那么业务部门为什么这么热衷于数据中台？

数据实际上是一个非常传统的行业。

有软件开始的那一天起，数据这个行业就存在了。比如说原来最早的时候，有非常多的数据报表数据可视化，然后到后来，有了商业智能，有了Data Warehouse（就是数据仓库），然后数据挖掘，并且在数据这个行业里面是有非常多的巨头的，比如：teradata、cognos，biee、microstrategy等。

数据这个行业不仅仅是软件，它还有管理的部分，也就是说数据治理，即如何让企业的数据治理的质量更好。所以数据这个行业本身是一个非常传统的行业，每个大型一点的企业都有自己的数据分析部门，数据仓库部门。

那么为什么数据湖也好，数据平台也好，在过去都没有像今年数据中台这么热门。而且关注数据中台的还不仅仅是技术部门，很多都是业务部门。那么业务部门为什么这么热衷于数据中台，业务部门以前不是特别关注这些技术的数据平台和这些技术的概念。

大概在04，05年，我就开始从事一些跟数据相关的工作，在06年的时候做过一个数据仓库的项目。

讲到数据中台，我们就要提到平台化。我们现在所讲的SARS也好，所讲的path也好，所讲的数据中台也好，所讲的业务中台也好，它实际上根本的思想来源是来自于平台化，就是platform。

平台化的概念

举个例子：我们拿一个饮料厂的产品线来讲，那么他可以生产果汁，可以生产饮料，还可以生产其他的产品，它可能是三四条不同的生产线。从原材料加工成饮料，它有很多环节，虽然品种不一样，但是它很多环节是类似的，比如装瓶、搅拌。

那么这几个不同的生产流程、生产线，我们可以把那些公共的部分合并起来，更加专业化，然后并且让他们独立去维护，之后把那些不同的产品面向客户，使客户体验不同的产品，使它独立出来，这就是平台化的思路。

所以，平台化的思路很重要的就是把那些有共性的资源，有共性的能力合并在一起，然后把那些面向客户的价值独立出来。

这样的话，专业的人做专业的事情，并且对于企业的绩效也非常的有利，不揉在一块了，更加的清晰，所以这就是平台化的思路。

那么不管什么中台，它实际上都是平台思想的一个体现，一种具象。

所以从软件角度来看，那么这个图是十几年前，所谓的EAI，即企业应用集成。

最早的时候企业的应用集成是一种点对点的形式，以前没有前后台之分，比如说所有的业务系统可能**都要结账，都要算账，那就叫财务系统。然后所有的财务系统在结账的时候，WBS code，我们所讲的项目编码，叫项目系统。

所以这样的话在这里面有很多的系统，它的功能要被多个其他的系统所调用，原来的网状点对点集成结构很复杂而且一团麻，摩擦非常多，经常搞不清楚，数据不统一、规则也不一致。

这种情况下，平台化思路怎么解决？

以前我们称ESB，为企业的服务总线，然后将多个服务，用SOA的方式，把多个这种会复用的服务，抽象出来，变成企业级的service。ESB上可以提供其他的服务消费者所调用，中间的ESB，实际上它也是一个平台。所以平台化的优势就是能力复用，减少摩擦。

所有的这种无论是你的信息技术系统还是业务系统，只要它能够抽象出来，能够被复用，则复用的这一层，那我们都可以把它理解为是中台。

中台是介于前台和后台之间的一个系统，那么后台实际上对我们现在来讲的话，大部分情况下指的就是企业里的SAP，后台的财务，hr系统，客户距离市场跟进的系统。

中台里面很重要的两个中台，一个是业务中台，一个是数据中台。业务中台是提供可复用的业务，API数据中台是提供数据洞察和智能的。

我们前面介绍了一下背景，从平台化到中台，我们下面进入到数据中台。

数据中台为什么这么火？