今天在解釋下主數據和數據中臺的區別。對于主數據和數據中臺我在頭條前面文章都有專門的描述，可以先參考下我前面發布過的文章。今天重點還是解釋下兩者的區別。

在講解區別下，還是先看下兩個概念的定義。

主數據是描述核心業務實體（如客戶、供應商、地點、產品和庫存）的一個或多個屬性。所以主數據即是在進行企業業務架構分析中發現的核心業務對象?；蛘咧v主數據是企業已經存在的涉及到價值鏈核心業務流程的各個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庫的基礎數據能力。