當前，大部分企業(yè)不再建設從源數(shù)據(jù)采集到分析應用的煙囪式系統(tǒng)，更傾向于數(shù)據(jù)集中采集、存儲，并應用分層建設。這種方式一方面有利于應用系統(tǒng)的快速部署，另一方面也保證了數(shù)據(jù)的集中管理與運營，體現(xiàn)數(shù)據(jù)的資產(chǎn)、資源屬性。

數(shù)據(jù)中臺的出現(xiàn)彌補了數(shù)據(jù)開發(fā)和應用開發(fā)之間由于開發(fā)速度不匹配而出現(xiàn)的響應力不足等缺陷問題。

數(shù)據(jù)中臺是國內(nèi)學者提出的概念，起始于阿里的“大中臺、小前臺”概念。阿里的中臺是從管理的角度出發(fā)，以中臺事業(yè)部集中數(shù)據(jù)搜索，技術(shù)及產(chǎn)品，數(shù)據(jù)共享等多個部門的功能。其他組織或企業(yè)建設數(shù)據(jù)中臺不一定需要成立中臺事業(yè)部，但是數(shù)據(jù)集中治理與提升數(shù)據(jù)價值轉(zhuǎn)換效率的思路是一致的。

— 01 —數(shù)據(jù)中臺通用體系架構(gòu) 不同的企業(yè)對數(shù)據(jù)有不同的需求。企業(yè)數(shù)據(jù)應用不斷更新迭代，企業(yè)的中臺系統(tǒng)也需要不斷變化。 從數(shù)據(jù)處理與數(shù)據(jù)治理兩個維度出發(fā)，可以設計一個解耦的數(shù)據(jù)中臺體系架構(gòu)。該數(shù)據(jù)中臺體系架構(gòu)具有一定的柔性，可按照企業(yè)應用需求進行組合，或者對單個模塊進行擴充，能滿足大多數(shù)企業(yè)數(shù)據(jù)中臺建設的需求。

數(shù)據(jù)中臺體系架構(gòu)示例 數(shù)據(jù)中臺的通用體系架構(gòu)如圖 2 所示。該中臺體系架構(gòu)以減少功能冗余和提高功能復用為原則，把數(shù)據(jù)中臺解耦為 6 個可以分別獨立建設、演進的功能子系統(tǒng)。 數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)處理子系統(tǒng)是數(shù)據(jù)中臺體系架構(gòu)的核心，數(shù)據(jù)治理是提升數(shù)據(jù)價值的重要手段。該數(shù)據(jù)中臺體系架構(gòu)的通用性表現(xiàn)在以下幾點。

該數(shù)據(jù)中臺體系架構(gòu)綜合考慮了數(shù)據(jù)中臺的各種要素，參考這個架構(gòu)進行建設可以有效提升數(shù)據(jù)資產(chǎn)價值，提供數(shù)據(jù)及服務的共享。

參考這個數(shù)據(jù)中臺體系架構(gòu)，企業(yè)可以一次規(guī)劃、分步實施。首先建設處理子系統(tǒng)及數(shù)據(jù)存儲子系統(tǒng)，然后根據(jù)業(yè)務發(fā)展需求，逐步補充數(shù)據(jù)采集、數(shù)據(jù)安全及數(shù)據(jù)治理子系統(tǒng)。

該數(shù)據(jù)中臺由 6 個解耦的子系統(tǒng)組成。企業(yè)在立項建設時可以靈活組合，每個子系統(tǒng)單獨招標建設，也可以把多個子系統(tǒng)合并招標建設。數(shù)據(jù)中臺通用體系架構(gòu)包含數(shù)據(jù)存儲框架、數(shù)據(jù)采集框架、數(shù)據(jù)處理框架、數(shù)據(jù)治理框架、數(shù)據(jù)安全框架及數(shù)據(jù)運營框架等 6 大部分。

1、數(shù)據(jù)存儲框架

數(shù)據(jù)中臺的核心是數(shù)據(jù)，數(shù)據(jù)通過采集系統(tǒng)獲取，然后數(shù)據(jù)經(jīng)過處理框架加工，并接受數(shù)據(jù)治理框架的管理，同時也要接受數(shù)據(jù)安全管理框架的管理，最后開放的價值數(shù)據(jù)將通過數(shù)據(jù)運營框架對外提供數(shù)據(jù)服務。 數(shù)據(jù)中臺的數(shù)據(jù)架構(gòu)應該獨立規(guī)劃，并采用合理的技術(shù)架構(gòu)對不同類型的數(shù)據(jù)進行存儲。

數(shù)據(jù)存儲框架中，無論數(shù)據(jù)采用對象存儲、塊存儲還是數(shù)據(jù)庫存儲技術(shù)，各種中臺數(shù)據(jù)可按照上圖所示分類管理。

源數(shù)據(jù)主要由采集框架進行管理，數(shù)據(jù)治理框架按照數(shù)據(jù)特征把數(shù)據(jù)簡單分為結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)兩大類，而規(guī)范化分域數(shù)據(jù)則是數(shù)據(jù)治理框架對全量數(shù)據(jù)的規(guī)范化分域整理。寬表數(shù)據(jù)是數(shù)據(jù)關(guān)聯(lián)的結(jié)果，利用寬表數(shù)據(jù)可以對人、事、地、物、組等對象進行完整的數(shù)據(jù)畫像，同時寬表數(shù)據(jù)也可以作為上層模型數(shù)據(jù)的中間層數(shù)據(jù)。

元數(shù)據(jù)和標簽數(shù)據(jù)都是對數(shù)據(jù)的描述，其中元數(shù)據(jù)用來對數(shù)據(jù)的客觀屬性進行表示，標簽數(shù)據(jù)更傾向于管理者對數(shù)據(jù)的主觀表述及等級劃分，比如質(zhì)量等級標簽、安全標簽、屬性標簽等。主數(shù)據(jù)需要在各系統(tǒng)間頻繁更新、交換，且需要獨立的存儲空間進行維護管理。

2、數(shù)據(jù)采集框架數(shù)據(jù)中臺的采集框架應對納入數(shù)據(jù)中臺的各種源數(shù)據(jù)進行統(tǒng)一采集管理。數(shù)據(jù)采集框架中應提供多種數(shù)據(jù)采集方式，如文件傳輸協(xié)議采集、數(shù)據(jù)庫采集、接口應用程序接入采集、流式采集及網(wǎng)絡爬蟲采集。

同時采集框架應按照數(shù)據(jù)采集規(guī)范對源數(shù)據(jù)進行預處理，從而去除明顯不需要的數(shù)據(jù)及多余數(shù)據(jù)，并對采集過程進行管理。雖然數(shù)據(jù)中臺的體系架構(gòu)沒有統(tǒng)一模板，但各企業(yè)數(shù)據(jù)采集框架基本一致。

3、數(shù)據(jù)處理框架數(shù)據(jù)處理是每個數(shù)據(jù)應用的基本環(huán)節(jié)之一，經(jīng)典的數(shù)據(jù)抽取、轉(zhuǎn)換和加載（ETL）處理流程在數(shù)據(jù)采集預處理、數(shù)據(jù)整合、數(shù)據(jù)建模等多個地方均要使用。單獨建設數(shù)據(jù)處理框架有利于數(shù)據(jù)處理工具組件的集中開發(fā)與管理，也有利于數(shù)據(jù)中臺數(shù)據(jù)處理任務的協(xié)調(diào)與調(diào)度。

數(shù)據(jù)處理框架專門負責數(shù)據(jù)處理相關(guān)的任務，包括批處理、流處理、人工智能分析、數(shù)據(jù)清洗、數(shù)據(jù)交換及查詢，此外數(shù)據(jù)處理的相關(guān)工具組件可在處理框架中配置。任務調(diào)度模塊在數(shù)據(jù)處理框架中處于居中指揮的作用，并對運行的數(shù)據(jù)處理任務進行監(jiān)控及異常處理等操作。

4、數(shù)據(jù)治理框架廣義的數(shù)據(jù)治理不僅包含提升數(shù)據(jù)價值的內(nèi)容，如數(shù)據(jù)管理、數(shù)據(jù)目錄、數(shù)據(jù)質(zhì)量等，也包含數(shù)據(jù)安全管理及數(shù)據(jù)共享服務。

數(shù)據(jù)安全管理與數(shù)據(jù)價值提升是一個矛盾體，如果由一個廠商或開發(fā)團隊進行數(shù)據(jù)安全管理及數(shù)據(jù)價值提升相關(guān)軟件的開發(fā)，則開發(fā)者的操作難免有所偏向，而且矛盾不容易公開，少了沖突也就少了優(yōu)質(zhì)的解決方案。

另外，數(shù)據(jù)共享與數(shù)據(jù)治理的其他內(nèi)容也存在相同的問題。因此，本文建議數(shù)據(jù)中臺的數(shù)據(jù)治理框架中不包含數(shù)據(jù)安全與共享的相關(guān)內(nèi)容。 數(shù)據(jù)治理框架包含數(shù)據(jù)目錄、數(shù)據(jù)管理、模型管理和數(shù)據(jù)質(zhì)量 4 個模塊：

數(shù)據(jù)地圖、數(shù)據(jù)資產(chǎn)目錄、知識圖譜及數(shù)據(jù)血緣的主要作用是展示數(shù)據(jù)的屬性及相互關(guān)系，因此都納入數(shù)據(jù)目錄模塊。

數(shù)據(jù)模型能提高數(shù)據(jù)中臺對外部應用需求的反應能力，固化的中間模型數(shù)據(jù)需要專門管理。模型管理包括模型目錄、模型血緣及模型地圖等。

數(shù)據(jù)管理又可以細分為元數(shù)據(jù)管理、主數(shù)據(jù)管理、標簽數(shù)據(jù)管理及源數(shù)據(jù)管理。

數(shù)據(jù)質(zhì)量管理模塊按照制定的數(shù)據(jù)標準及數(shù)據(jù)稽核規(guī)則對數(shù)據(jù)中臺中的數(shù)據(jù)進行質(zhì)量管理。

5、數(shù)據(jù)安全框架數(shù)據(jù)已經(jīng)成為數(shù)據(jù)資產(chǎn)，數(shù)據(jù)安全框架是數(shù)據(jù)中臺必不可少的組成部分。數(shù)據(jù)安全疊加在數(shù)據(jù)中臺其他功能框架之上，數(shù)據(jù)采集、處理、交換、共享等每個環(huán)節(jié)均必須實施安全控制策略。安全框架可以分為日志管理、用戶認證、權(quán)限管理及加解密等幾個功能模塊。 此外，安全全門戶也可以對外提供安全能力封裝，展示數(shù)據(jù)中臺的安全態(tài)勢及安全視圖。

6、數(shù)據(jù)運營框架數(shù)據(jù)中臺的核心功能是綜合眾多數(shù)據(jù)應用的數(shù)據(jù)處理及數(shù)據(jù)治理功能，集中建設、集中管理、減少冗余、增加復用。數(shù)據(jù)中臺的最終目的還是為其他應用或開發(fā)者提供數(shù)據(jù)服務，而對外數(shù)據(jù)服務功能將直接面向不確定的外部對象。

因此單獨建設數(shù)據(jù)運營，一方面有利于針對外部用戶提供針對性功能；另一方面，數(shù)據(jù)運營模塊作為用戶與數(shù)據(jù)中臺核心數(shù)據(jù)服務之間的中間層，可以有效隔離外部用戶直接控制、接觸核心數(shù)據(jù)及應用，可保護數(shù)據(jù)中臺的安全性及內(nèi)部功能的穩(wěn)定性。

綜合以上因素，數(shù)據(jù)運營應配置運營門戶、能力開放、數(shù)據(jù)開放及運營監(jiān)控等功能：

運營門戶：對數(shù)據(jù)中臺管理者提供管理門戶，對開發(fā)者提供開發(fā)者門戶。對內(nèi)部應用提供內(nèi)部應用門戶，對外部應用提供外部應用門戶。運營門戶針對不同的用戶提供不同的通道并開放不同的數(shù)據(jù)中臺能力。

能力開放：把數(shù)據(jù)中臺的數(shù)據(jù)處理能力、數(shù)據(jù)分析能力等經(jīng)過適當?shù)姆庋b后對用戶提供服務，可以是微服務，也可以是 API 接口，或者直接提供二次開發(fā)能力。

數(shù)據(jù)開放：通過數(shù)據(jù)目錄，數(shù)據(jù)/模型展示（可視化、數(shù)據(jù)視圖等）為其他數(shù)據(jù)應用系統(tǒng)提供數(shù)據(jù)服務。

運營監(jiān)控：對數(shù)據(jù)中臺的總體運營情況進行監(jiān)控管理，包括硬件環(huán)境、軟件環(huán)境，并且確定監(jiān)控指標，按需求提供運營日報，處理告警信息。

— 02 —數(shù)據(jù)中臺典型架構(gòu)

數(shù)據(jù)中臺的目標是讓數(shù)據(jù)持續(xù)用起來，通過數(shù)據(jù)中臺提供的工具、方法和運行機制，把數(shù)據(jù)變?yōu)橐环N服務能力，讓數(shù)據(jù)更方便地被業(yè)務所使用。下圖所示為數(shù)據(jù)中臺總體架構(gòu)圖，數(shù)據(jù)中臺是在底層存儲計算平臺與上層的數(shù)據(jù)應用之間的一整套體系。

數(shù)據(jù)中臺總體架構(gòu)圖 數(shù)據(jù)中臺屏蔽掉底層存儲平臺的計算技術(shù)復雜性，降低對技術(shù)人才的需求，讓數(shù)據(jù)的使用成本更低。通過數(shù)據(jù)中臺的數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)模塊建立企業(yè)數(shù)據(jù)資產(chǎn)。通過資產(chǎn)管理與治理、數(shù)據(jù)服務把數(shù)據(jù)資產(chǎn)變?yōu)閿?shù)據(jù)服務能力，服務于企業(yè)業(yè)務。數(shù)據(jù)安全體系、數(shù)據(jù)運營體系保障數(shù)據(jù)中臺可以長期健康、持續(xù)運轉(zhuǎn)。

1. 數(shù)據(jù)匯聚數(shù)據(jù)匯聚是數(shù)據(jù)中臺數(shù)據(jù)接入的入口。數(shù)據(jù)中臺本身幾乎不產(chǎn)生數(shù)據(jù)，所有數(shù)據(jù)來自于業(yè)務系統(tǒng)、日志、文件、網(wǎng)絡等，這些數(shù)據(jù)分散在不同的網(wǎng)絡環(huán)境和存儲平臺中，難以利用，很難產(chǎn)生業(yè)務價值。

數(shù)據(jù)匯聚是數(shù)據(jù)中臺必須提供的核心工具，把各種異構(gòu)網(wǎng)絡、異構(gòu)數(shù)據(jù)源的數(shù)據(jù)能夠方便地采集到數(shù)據(jù)中臺進行集中存儲，為后續(xù)的加工建模做準備。數(shù)據(jù)匯聚方式一般有數(shù)據(jù)庫同步、埋點、網(wǎng)絡爬蟲、消息隊列等；從匯聚的時效性來分，有離線批量匯聚和實時采集。

2. 數(shù)據(jù)開發(fā)通過數(shù)據(jù)匯聚模塊匯聚到中臺的數(shù)據(jù)，沒有經(jīng)過什么處理，基本是按照數(shù)據(jù)的原始狀態(tài)堆砌在一起的，這樣業(yè)務還是很難使用。數(shù)據(jù)開發(fā)是一整套數(shù)據(jù)加工以及加工過程管控的工具，有經(jīng)驗的數(shù)據(jù)開發(fā)、算法建模人員利用數(shù)據(jù)加工模塊提供的功能，可以快速把數(shù)據(jù)加工成對業(yè)務有價值的形式，提供給業(yè)務使用。

數(shù)據(jù)開發(fā)模塊主要是面向開發(fā)、分析人員，提供離線、實時、算法開發(fā)工具以及任務的管理、代碼發(fā)布、運維、監(jiān)控、告警等一些列集成工具，方便使用，提升效率。

3. 數(shù)據(jù)資產(chǎn)體系有了數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)模塊，中臺已經(jīng)具備傳統(tǒng)數(shù)倉平臺的基本能力，可以做數(shù)據(jù)的匯聚以及各種數(shù)據(jù)開發(fā)，就可以建立企業(yè)的數(shù)據(jù)資產(chǎn)體系。之前說數(shù)據(jù)資產(chǎn)體系是中臺的血肉，開發(fā)、管理、使用的都是數(shù)據(jù)。大數(shù)據(jù)時代，數(shù)據(jù)量大，增長快，業(yè)務對數(shù)據(jù)的依賴也會越來越高，必須考慮數(shù)據(jù)的一致性和可復用性，垂直煙囪式的數(shù)據(jù)和數(shù)據(jù)服務的建設方式注定不能長久存在。

不同的企業(yè)因業(yè)務不同導致數(shù)據(jù)不同，數(shù)據(jù)建設的內(nèi)容也是不同的，但是建設方法可以相似，數(shù)據(jù)要統(tǒng)一建設，筆者建議數(shù)據(jù)按照貼源數(shù)據(jù)、統(tǒng)一數(shù)倉、標簽數(shù)據(jù)、應用數(shù)據(jù)的標準統(tǒng)一建設。

4. 數(shù)據(jù)資產(chǎn)管理通過數(shù)據(jù)資產(chǎn)體系建立起來的數(shù)據(jù)資產(chǎn)還是一套偏技術(shù)的數(shù)據(jù)體系，業(yè)務人員比較難理解。資產(chǎn)管理是以企業(yè)全員更好理解的方式，把企業(yè)的數(shù)據(jù)資產(chǎn)展現(xiàn)給企業(yè)全員（當然要考慮權(quán)限和安全管控），數(shù)據(jù)資產(chǎn)管理包括對數(shù)據(jù)資產(chǎn)目錄、元數(shù)據(jù)、數(shù)據(jù)質(zhì)量、數(shù)據(jù)血緣、數(shù)據(jù)生命周期等進行管理和展示，以一種更直觀的方式展現(xiàn)企業(yè)的數(shù)據(jù)資產(chǎn)，提升企業(yè)的數(shù)據(jù)意識。

5. 數(shù)據(jù)服務體系前面利用數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)建設企業(yè)數(shù)據(jù)資產(chǎn)，利用數(shù)據(jù)管理展現(xiàn)企業(yè)的數(shù)據(jù)資產(chǎn)，但是并沒有發(fā)揮數(shù)據(jù)的價值。數(shù)據(jù)服務體系就是把數(shù)據(jù)變?yōu)橐环N服務能力，通過數(shù)據(jù)服務讓數(shù)據(jù)參與到業(yè)務，激活整個數(shù)據(jù)中臺，數(shù)據(jù)服務體系是數(shù)據(jù)中臺存在的價值所在。

企業(yè)的數(shù)據(jù)服務是千變?nèi)f化的，中臺產(chǎn)品可以帶有一些標準服務，但是很難滿足企業(yè)的服務訴求，大部分服務還是需要通過中臺的能力快速定制。數(shù)據(jù)中臺的服務模塊并沒有自帶很多服務，而是提供快速的服務生成能力以及服務的管控、鑒權(quán)、計量等功能。

6. 運營體系和安全體系通過前面的數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)、數(shù)據(jù)資產(chǎn)、資產(chǎn)管理、數(shù)據(jù)服務，已經(jīng)完成了整個數(shù)據(jù)中臺的搭建和建設，也已經(jīng)在業(yè)務中發(fā)揮一定的價值。

運營體系和安全體系是數(shù)據(jù)中臺得以健康、持續(xù)運轉(zhuǎn)的基礎(chǔ)，如果沒有它們，數(shù)據(jù)中臺很可能像個一般項目一樣，一期搭建起平臺、建設部分數(shù)據(jù)、嘗試一兩個應用場景之后而止步，無法正常地持續(xù)運營，不能持續(xù)發(fā)揮數(shù)據(jù)應用價值。這也就完全達不到建設數(shù)據(jù)中臺的目標。

— 03 —12張企業(yè)數(shù)據(jù)中臺架構(gòu)圖

一、技術(shù)中臺架構(gòu)圖

中臺概念出現(xiàn)之前，在信息化模式上，前端為支撐業(yè)務的應用端，后端為各個應用系統(tǒng)，為前端用戶，如：客戶、供應商、伙伴、社會，提供服務，但隨著市場、用戶需求、業(yè)務的多變性，底層僵硬的應用無法及時提供支撐。 企業(yè)需要一個強大的中間層為高頻多變的業(yè)務提供支撐，為不同的受眾用戶提供多端訪問渠道，基于此類需求“中臺”概念出現(xiàn)，接著開始對企業(yè)客戶、中間件廠商、數(shù)據(jù)平臺廠商、甚至傳統(tǒng)應用軟件廠商都有較大的概念沖擊。 恰逢此時，微服務技術(shù)和架構(gòu)、容器化的生態(tài)、Devops概念和工具處于大發(fā)展的階段，最后基于“大中臺、小前臺”的信息化建設模式開始流行。

二、銀行數(shù)據(jù)架構(gòu)體系

數(shù)據(jù)架構(gòu)層面通過數(shù)據(jù)分類、分層部署等手段，從非功能性視角將數(shù)據(jù)合理布局。通過整體架構(gòu)管控和設計，支持業(yè)務操作類和管理分析類應用（系統(tǒng)），滿足業(yè)務發(fā)展及IT轉(zhuǎn)型對數(shù)據(jù)的需求，架構(gòu)的擴展性和適應性能夠提升數(shù)據(jù)分析應用的及時性、靈活性和準確性。 那實際情況下各個銀行的數(shù)據(jù)架構(gòu)體系會有所不同，根據(jù)各行的業(yè)務發(fā)展、客戶數(shù)據(jù)量、交易數(shù)據(jù)量、功能需求等會有不同的演變路徑以及發(fā)展方向。 一般國有銀行、股份制銀行等全國性的銀行業(yè)務較復雜，數(shù)據(jù)量也較多，數(shù)據(jù)架構(gòu)也因此進化較快。常見的數(shù)據(jù)架構(gòu)分區(qū)如下圖所示：

三、零售行業(yè)中臺架構(gòu)

這是一張混合了技術(shù)和業(yè)務的中臺邏輯架構(gòu)示意圖，前臺應用部分我們將零售和消費品行業(yè)需要對接消費者的若干應用系統(tǒng)一一列舉了出來，但是在中臺架構(gòu)下它們已經(jīng)和傳統(tǒng)的“應用系統(tǒng)”有了很大的差別，變得非常“輕量”。

四、業(yè)務中臺架構(gòu)

前臺跟著界面走，天生就穩(wěn)定不了，總是有五花八門的數(shù)據(jù)請求，這是必然的事情。

后臺應該主要負責數(shù)據(jù)存儲，把不同形式和規(guī)模的數(shù)據(jù)以合適的方式整理好，大數(shù)據(jù)倒騰起來動靜太大，要求有一定的穩(wěn)定性。

如果前臺的請求都要求后臺直接做，那后臺管的事就太多了。

五、后臺架構(gòu)

后臺是被許多前臺共享的，如果直接向前臺提供靈活數(shù)據(jù)服務，還可能導致各個前臺之間的耦合程度變高，維護成本立即陡增。 同樣的，把這些數(shù)據(jù)處理放在前臺也不合適，一方面不太安全，另一方面，前臺團隊也是忙著讓界面如何更好看使用更流暢，沒太多工夫琢磨數(shù)據(jù)的事情。這樣一個后臺架構(gòu)就能夠相對平衡這一矛盾。

六、實時數(shù)據(jù)中臺

下面是實現(xiàn)實時數(shù)據(jù)中臺的一種邏輯架構(gòu)，方便你去理解，其實最關(guān)鍵的是實時模型那一層

七、企業(yè)級中臺發(fā)展過程

我用下面這張圖來概括中臺發(fā)展的三個階段，最終我們發(fā)現(xiàn)，對于那些已經(jīng)有 ERP 系統(tǒng)的企業(yè)來講，中臺的建設本質(zhì)就是利用微服務架構(gòu)構(gòu)建開放業(yè)務平臺來替換閉源單體架構(gòu)的 ERP 系統(tǒng)的過程。

八、阿里中臺架構(gòu)

中臺是一種架構(gòu)理念和方法。任何一種架構(gòu)的方法，其本質(zhì)不外乎，利用分、合、打散、重組等技術(shù)手段，對系統(tǒng)進行有序化重構(gòu)，以達到減少系統(tǒng)“熵”的過程，使系統(tǒng)得以不斷進化。

九、阿里核心架構(gòu)圖

通過阿里云平臺將技術(shù)中臺進行部署，對集團內(nèi)共享業(yè)務單元提供支撐，并最終對前臺各業(yè)務線提供服務化能力輸出。

十、全渠道零售中臺

如果僅僅是把所有的東西打包在一個“大后臺”并不能真正解決IT的痛點，因為畢竟它是一個IT系統(tǒng)。IT系統(tǒng)要考慮的東西除了業(yè)務功能，更重要和更有價值的地方在于：

十一、全渠道集成架構(gòu)

2007~2012年是“集成模式”概念被拋出率最高的年代，它有一個名字叫“SOA”，SOA就是那個時代的“全渠道中臺”

十二、網(wǎng)易嚴選數(shù)據(jù)中臺體系

數(shù)據(jù)中臺的核心職責是高效地賦能數(shù)據(jù)前臺為業(yè)務提供價值。要想理解數(shù)據(jù)中臺先要理解數(shù)據(jù)前臺，上文說到的搜索、推薦、BI 報表、數(shù)據(jù)大屏等都屬于數(shù)據(jù)前臺。

— 04 —

6種行業(yè)數(shù)據(jù)中臺解決方案

▲地產(chǎn)行業(yè)解決方案

▲證券行業(yè)解決方案

▲零售行業(yè)解決方案

▲制造行業(yè)解決方案

▲傳媒行業(yè)解決方案

▲檢務行業(yè)解決方案

寫在最后的話 建設數(shù)據(jù)中臺，實現(xiàn)企業(yè)或機構(gòu)數(shù)據(jù)資產(chǎn)的高效管理和數(shù)據(jù)價值最大化，為機構(gòu)帶來了數(shù)據(jù)平臺化的運營機制，有望解決應用開發(fā)與數(shù)據(jù)開發(fā)速度不匹配的問題。利用數(shù)據(jù)中臺，可以將機構(gòu)的核心技術(shù)或團隊凝聚在一起，建設機構(gòu)內(nèi)強大的數(shù)據(jù)開發(fā)、運營等團隊，提升機構(gòu)的團隊的硬實力和軟實力。

雖然一個良好的架構(gòu)對一個信息系統(tǒng)的后期擴容及運維有重要作用，但總體架構(gòu)設計只是數(shù)據(jù)中臺建設的第一步，每一個功能模塊還有很大的細化空間，如不同類型數(shù)據(jù)的存儲技術(shù)選型、數(shù)據(jù)安全合規(guī)審計技術(shù)、數(shù)據(jù)模型設計等。在具體項目中，數(shù)據(jù)共享與安全保護的平衡點、新技術(shù)的引用等，都需要進一步細化研究。

審核編輯 ：李倩