隨著信息化時代的不斷推進，企業(yè)對于數(shù)據集成解決問題的需求越發(fā)強烈，越來越多的應用場景對數(shù)據集成的訴求也越來越高。零售行業(yè)、傳統(tǒng)銷售企業(yè)、項目管理等，都離不開企業(yè)數(shù)據的共享和企業(yè)數(shù)據集成，但企業(yè)數(shù)據現(xiàn)狀卻不容樂觀，企業(yè)數(shù)據集成仍存在很多問題等待解決，企業(yè)數(shù)據集成問題如何解決呢？本文將就如何集成數(shù)據進行探討。

1、建設數(shù)據集成方案

系統(tǒng)集成必須圍繞信息需求制定數(shù)據集成方案，并需結合信息標準數(shù)據流向規(guī)劃以及業(yè)務系統(tǒng)建設使用情況來確定集成邊界。需要繼承方、信息中心、業(yè)務部門，第三方公司通力配合完成。

內容邊界一般涉及四個方面：需要的代碼標準，需要的業(yè)務數(shù)據，提供的代碼標準，提供的業(yè)務數(shù)據。

除了集成內容邊界，還要考慮數(shù)據集成的技術方式，一般有三種典型集成方式：ETL數(shù)據共享，數(shù)據庫共享和API共享，三者是互補關系。另外，也要考慮同步頻率，實時同步，1小時/1天同步一次，根據業(yè)務需求確定，夠用即可。

2、元數(shù)據注冊

元數(shù)據是理解數(shù)據的前提，是推動企業(yè)續(xù)持續(xù)數(shù)據治理優(yōu)化的基礎，元數(shù)據注冊范圍盡可能是業(yè)務系統(tǒng)完整元數(shù)據，以及涉及到共享和需要的數(shù)據及代碼表的元數(shù)據。

3、代碼標準檢查

代碼標準檢查依托于上面的元數(shù)據，也是數(shù)據集成前代碼統(tǒng)一的有效檢查技術手段，我們可以獲取多種代碼差異，在方案評審中進行評審。

4、方案評審

評審內容：集成方案評審（主數(shù)據模式差異）、代碼標準評審（代碼標準差異）。

評審處理原則：

a）優(yōu)先遵循行業(yè)標準；

b）優(yōu)先遵循數(shù)據源頭標準；

c）需要信息中心、業(yè)務部門、公司共同討論。

5、標準迭代

方案評審后會帶來一系列的迭代工作，公司和信息中心層面需要完成企業(yè)代碼標準迭代、企業(yè)數(shù)據模式迭代以及監(jiān)督業(yè)務系統(tǒng)迭代情況，業(yè)務部門和第三方需要完成業(yè)務系統(tǒng)代碼標準調整以及涉及到數(shù)據內容的清洗。

6、運行監(jiān)控

運行監(jiān)控對平臺中不規(guī)范的接口、代碼標準不一致情況、數(shù)據質量等問題進行監(jiān)控，監(jiān)控對數(shù)據治理是非常有幫助的。

傳統(tǒng)企業(yè)數(shù)據集成的本質都是事后集成，重的是技術通道，但是沒有重視內容建設。在企業(yè)開放生態(tài)模式，企業(yè)數(shù)據集成問題的解決是需要采用一體化的集成策略，內置標準或者數(shù)據模式和數(shù)據操作接口，把行業(yè)積累轉化為一個個領域模型，并以API方式對外提供，實現(xiàn)傳統(tǒng)緊耦合、封閉式架構到分布式、開放架構的轉變，實現(xiàn)從“數(shù)據集成”向“服務集成”的轉變，滿足企業(yè)業(yè)務開發(fā)快速響應的需求。

例如下秒數(shù)據Nexadata通過預置主流CRM、電商、ERP、客服、營銷、廣告等模型，實現(xiàn)數(shù)據源開箱即用，只需數(shù)分鐘即可完成數(shù)據集成。通過無代碼的數(shù)據集成與數(shù)據建模的智能數(shù)據管道技術，幫助企業(yè)將所有應用程序、數(shù)據庫、事件和文件等數(shù)據信息提取到數(shù)據倉庫中，并快速將分散的數(shù)據轉化為數(shù)據集、API、自動化流程等開箱即用的數(shù)據服務。

審核編輯 黃昊宇