主数据和数据中台的区别

今天在解释下主数据和数据中台的区别。对于主数据和数据中台我在头条前面文章都有专门的描述，可以先参考下我前面发布过的文章。今天重点还是解释下两者的区别。 在讲解区别下，还是先看下两个概念的定义。 主数据概述 主数据是描述核心业务实体（如客户、供应商、地点、产品和库存）的一个或多个属性。所以主数据即是在进行企业业务架构分析中发现的核心业务对象。或者讲主数据是企业已经存在的涉及到价值链核心业务流程的各个IT系统的基础数据。 对于主数据一般来说具备如下三个特征。 其一是静态基础数据 其二是变化不频繁 其三是一般跨多个业务流程或系统使用 对于ERP系统客户，供应商，物料，BOM，产品，合同，订单等都应该是最基础的数据，对于项目管理系统而言项目信息，WBS信息则是最基本的基础数据。而对于CRM系统则客户，销售项目是最基本的基础数据。基础数据要上升到主数据的高度还有一个条件，即该数据产生在一个基础IT系统中，但是会在多个其它的IT系统中使用到。 对主数据进行管理的系统即是主数据系统。 传统IT架构下如何建设MDM系统？ 简单来说就是传统IT架构下，各个业务系统使用的基础数据不统一，这些数据可能是各个业务系统都在自己创建，自己管理。导致基础数据重复，基础数据不统一，而基础数据本身又是核心业务数据，比如订单，合同等的关键引用信息。 基础数据不统一，数据不一致，直接到了核心业务协同出现问题。 举个简单的例子来说，你在采购系统里面制作了一个采购订单，准备通过接口导入到ERP系统中。但是在导入的时候却出现异常，原因是订单明细中的物料基础数据，在ERP系统中当前处于失效状态。这就是典型的基础数据信息不一致导致的业务协同问题。 也正是这个原因，很多企业开始规划建设MDM系统，实现对主数据的统一管理。这个统一管理实际上包括了集中式管理和共享式管理两种方式。 在集中模式下，主数据的申请，创建，变更，分发全生命周期全部纳入到MDM系统进行管理。而在共享模式下，一般来说主数据源头还是在业务系统中，MDM系统只负责进行数据抽取和清洗，形成统一视图后进行数据分发。 数据中台概述 首先我们看下数据中台常用的一个定义： 数据中台是一套可持续地让企业的数据用起来的机制，是一种战略选择和组织形式，是依据企业特有的业务模式和组织架构，通过有形的产品和实施方法论支撑，构建的一套持续不断的把数据变成资产并服务于业务的机制。数据来源于业务并反哺业务，不断的迭代循环，实现数据可见，可用和可运营。 对于业务中台相对来说比较好理解，简单一句话就是共性业务能力下沉形成的多个微服务化的业务能力提供中心供上层应用使用。而对于数据中台，我们也可以总结为一句话就是， 把数据变成资产并服务于业务的机制。数据来源于业务并反哺业务，不断地迭代循环。 数据中台是实现业务中台核心共享数据的跨域整合，再通过加工后提供整合后的数据服务能力。这里面有两个重点， 即第一数据要跨域整合，第二数据要加工处理后再提供增值服务能力，这个加工可能简单的汇总表，也可能是复制的底层数据模型和智能分析算法。 业务中台重点是业务数据化，而数据中台重点是数据业务化，数据来源于业务又反哺业务。就建设和支撑层面来说我原来也总结过，即业务中台是基础业务能力支撑，必须要有，数据中台是增值能力支撑，刚开始没有也不会影响到业务本身的运作。 在上面图里面可以基本看清楚数据中台应该覆盖的四大块内容。即： 数据技术平台：各种ETL，数据采集，大数据平台，流处理等数据处理存储技术融合 数据资产：数据中台的核心 数据资产管理：对数据资产进行全生命周期的管理 数据服务：对数据资产的共享服务能力进行开放和共享 主数据和数据中台的区别 在了解清楚了两者的基本定义后，再来看区别。如下图： 对两者的区别点进一步说明如下： 对于主数据一般出现在传统架构中，在当前的中台和微服务架构里面已经很少提及主数据的概念，因此两者实际不在一个比较的层面。 主数据在传统架构里面属于业务系统，在中台和微服务架构下可能会被拆分为多个微服务。即原来主数据管理的物料，供应商，人员可能会拆分中台架构里面的物料中心，供应商中心，人员中心。也就是说传统架构的一个MDM系统本身也进行了微服务化拆分，对于不同的主数据管理能力，实际拆分为了多个微服务。 因此主数据在整个架构演进后会转变为业务中台各个中心，这些模块仍然属于业务中台内容而不是数据中台的内容。 主数据在传统架构里面由于存在数据共享模式，因此一般也包括ETL，数据集成等功能。但是转到中台架构后，由于在业务中台核心是数据不落地实时开放共享，因此已经不存在这种集成点，即老架构里面的【1】这个点在中台架构中已经不存在。 一定要注意新微服务架构倡导的是数据不落地，不多点同步，这个是和我们传统实施主数据，对数据进行采集，分发，数据多点落地很大的不同点。 原来主数据系统可能存在提供某类主数据全局视图的数据服务能力，或者存在涉及查询多个主数据对象后的整合数据服务能力，该部分能力在新架构中转移到数据中台中的数据服务能力开放来提供，如上图红线部分。也就是说如果你原来规划建设MDM系统本身就是全部采用共享模式，仅仅解决数据服务能力统一提供，那么演变到中台架构后，这部分能力可以完全转移到数据中台的数据服务层来解决。 但是对于主数据常说的主数据申请，变更，废弃，审批流程管理等，这些是无法在数据中台中提供的，仍然需要你在传统业务系统或业务中台的各个微服务中去解决。 先建设主数据平台还是先建设数据中台？ 这是很多传统企业IT架构转型中经常会遇到的问题。 对于主数据我在前面已经谈到过实际解决两个方面的问题，一个是主数据本身的申请，创建，变更，废弃等内容管理和审批流程管理。其二是形成统一的数据视图，对外提供统一的数据服务能力。 如果你当前的问题是第二点，那么可以不建设MDM，直接规划建设数据中台，由数据中台来提供统一的数据服务能力。但是如果你本身数据内容管理就没有做好，短期也不需要实施大的微服务架构转型，那么还是老老实实的建设MDM系统。 主数据平台和数据中台是否共存？ 可以看到，两者完全可以共存。 在讲数据中台的时候，我们谈到对于数据中台底层实际是一个分布式的ODS库，这个分布式ODS共享库，既包括了基础静态主数据，也包括类似订单，合同等需要共享的动态数据。当存在MDM系统的时候，数据中台可以直接对接MDM系统，即通过对MDM系统的数据采集和集成来形成自己ODS库的基础数据能力。