本文来自人月聊IT， 作者/何明璐。
于数据中台，我个人觉得它叫做数据能力中心，或者叫数据赋能平台更加的合适。因为数据中台它最最核心的作用就是采集集成数据，通过加工整理成数据资产，但是最终是这个数据资产作为数据服务对外开放赋能，这个就是数据中台的一个本质。
那我跟朋友聊天，聊得最多的就是数据中台它本身的应用的一个场景。因为我们发现太多的企业在实施数据中台的时候，仍然是把数据中台建成了一个小BI或者是类似BI的系统。并不是说这样不可以，但是BI系统它相对来说是一个封闭的系统，它没有体现出来数据资产变成数据服务，数据服务能力开放赋能的关键特点。
还有一些企业又把数据中台构建为了一个数据服务总线，也就是说，它本身没有去做相应的额外处理加工。它仅仅是采集集成数据过来，然后把它暴露成数据服务接口给外部系统用。但是我们知道常规的ESB服务总线，它更多的就是做接口的集成、路由的转发，这个时候本身这个数据它不会落地。但是你做数据中台以后，这个数据会采集集成到数据中台，数据中台然后再开放接口。那么由于你数据多了一次落地的这个操作，那反而引起了数据的不一致，或者是数据的实时性响应得不到要求。这个也是数据中台在应用过程中最常见的一个问题点。
基于以上的一些考虑，我们可以看到你去考虑数据中台的时候，一定要去思考，为什么这个东西必须要数据中台来支撑？
我原来就讲过两个关键的特点。
第一个特点就是数据中台提供的这个数据它是跨了多个业务系统、多个数据域的数据。你如果单独的去找传统的业务系统或者是微服务中心，它提供不出来这个数据服务能力，这个是我强调的第一点。
第二点就是数据中台会对数据进行清洗、加工和数据质量管理。只有这样形成高质量的数据，你才能够去用，这也是数据中台的能力。如果你两点都不具备，那反而说明你短期没有必要建数据中台。
那么基于我刚才说的这么多数据中台的应用场景，除了数据服务总线，或做成类似于BI的系统以外，我个人理解，它核心的一个典型场景就是去做上层的跨多个业务域数据域的端到端的监控系统。比如说我可以做上层的项目端到端的协同平台，可以去做供应链端到端的监控系统，可以去做财务概预核决的管理和监控系统，这一些端到端的协同系统或者是监控系统，它往往可以充分的发挥出数据中台的能力。
因为这些监控系统你可以看到，你做一个项目管理的端到端监控系统，它底层涉及到项目、合同、订单、订单接收、资产转资一系列的数据，而且这些数据之间还需要相互关联整合。你可能需要跨多个数据表，做完关联才能整合出一个你监控系统要的数据，这些点往往是数据中台发挥它关键优势的一个地方。
所以说，数据中台不是说只能去做BI系统，它仍然是可以去做上层的业务系统。但是，这种业务系统的一个核心特点是，它不会去新增任何新的核心的业务对象或者是数据对象。比如说，它不会新增合同对象，或新增采购订单对象，因为这些本来在合同系统采购订单系统就已经有了。你更多的是跨业务域去使用多个业务域的业务对象和数据对象来实现你上层业务的协同。
