當(dāng)前,大部分企業(yè)不再建設(shè)從源數(shù)據(jù)采集到分析應(yīng)用的煙囪式系統(tǒng),更傾向于數(shù)據(jù)集中采集、存儲(chǔ),并應(yīng)用分層建設(shè)。這種方式一方面有利于應(yīng)用系統(tǒng)的快速部署,另一方面也保證了數(shù)據(jù)的集中管理與運(yùn)營,體現(xiàn)數(shù)據(jù)的資產(chǎn)、資源屬性。
數(shù)據(jù)中臺(tái)的出現(xiàn)彌補(bǔ)了數(shù)據(jù)開發(fā)和應(yīng)用開發(fā)之間由于開發(fā)速度不匹配而出現(xiàn)的響應(yīng)力不足等缺陷問題。
數(shù)據(jù)中臺(tái)是國內(nèi)學(xué)者提出的概念,起始于阿里的“大中臺(tái)、小前臺(tái)”概念。阿里的中臺(tái)是從管理的角度出發(fā),以中臺(tái)事業(yè)部集中數(shù)據(jù)搜索,技術(shù)及產(chǎn)品,數(shù)據(jù)共享等多個(gè)部門的功能。其他組織或企業(yè)建設(shè)數(shù)據(jù)中臺(tái)不一定需要成立中臺(tái)事業(yè)部,但是數(shù)據(jù)集中治理與提升數(shù)據(jù)價(jià)值轉(zhuǎn)換效率的思路是一致的。
— 01 —數(shù)據(jù)中臺(tái)通用體系架構(gòu) 不同的企業(yè)對(duì)數(shù)據(jù)有不同的需求。企業(yè)數(shù)據(jù)應(yīng)用不斷更新迭代,企業(yè)的中臺(tái)系統(tǒng)也需要不斷變化。 從數(shù)據(jù)處理與數(shù)據(jù)治理兩個(gè)維度出發(fā),可以設(shè)計(jì)一個(gè)解耦的數(shù)據(jù)中臺(tái)體系架構(gòu)。該數(shù)據(jù)中臺(tái)體系架構(gòu)具有一定的柔性,可按照企業(yè)應(yīng)用需求進(jìn)行組合,或者對(duì)單個(gè)模塊進(jìn)行擴(kuò)充,能滿足大多數(shù)企業(yè)數(shù)據(jù)中臺(tái)建設(shè)的需求。
數(shù)據(jù)中臺(tái)體系架構(gòu)示例 數(shù)據(jù)中臺(tái)的通用體系架構(gòu)如圖 2 所示。該中臺(tái)體系架構(gòu)以減少功能冗余和提高功能復(fù)用為原則,把數(shù)據(jù)中臺(tái)解耦為 6 個(gè)可以分別獨(dú)立建設(shè)、演進(jìn)的功能子系統(tǒng)。 數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)處理子系統(tǒng)是數(shù)據(jù)中臺(tái)體系架構(gòu)的核心,數(shù)據(jù)治理是提升數(shù)據(jù)價(jià)值的重要手段。該數(shù)據(jù)中臺(tái)體系架構(gòu)的通用性表現(xiàn)在以下幾點(diǎn)。
該數(shù)據(jù)中臺(tái)體系架構(gòu)綜合考慮了數(shù)據(jù)中臺(tái)的各種要素,參考這個(gè)架構(gòu)進(jìn)行建設(shè)可以有效提升數(shù)據(jù)資產(chǎn)價(jià)值,提供數(shù)據(jù)及服務(wù)的共享。
參考這個(gè)數(shù)據(jù)中臺(tái)體系架構(gòu),企業(yè)可以一次規(guī)劃、分步實(shí)施。首先建設(shè)處理子系統(tǒng)及數(shù)據(jù)存儲(chǔ)子系統(tǒng),然后根據(jù)業(yè)務(wù)發(fā)展需求,逐步補(bǔ)充數(shù)據(jù)采集、數(shù)據(jù)安全及數(shù)據(jù)治理子系統(tǒng)。
該數(shù)據(jù)中臺(tái)由 6 個(gè)解耦的子系統(tǒng)組成。企業(yè)在立項(xiàng)建設(shè)時(shí)可以靈活組合,每個(gè)子系統(tǒng)單獨(dú)招標(biāo)建設(shè),也可以把多個(gè)子系統(tǒng)合并招標(biāo)建設(shè)。數(shù)據(jù)中臺(tái)通用體系架構(gòu)包含數(shù)據(jù)存儲(chǔ)框架、數(shù)據(jù)采集框架、數(shù)據(jù)處理框架、數(shù)據(jù)治理框架、數(shù)據(jù)安全框架及數(shù)據(jù)運(yùn)營框架等 6 大部分。
1、數(shù)據(jù)存儲(chǔ)框架
數(shù)據(jù)中臺(tái)的核心是數(shù)據(jù),數(shù)據(jù)通過采集系統(tǒng)獲取,然后數(shù)據(jù)經(jīng)過處理框架加工,并接受數(shù)據(jù)治理框架的管理,同時(shí)也要接受數(shù)據(jù)安全管理框架的管理,最后開放的價(jià)值數(shù)據(jù)將通過數(shù)據(jù)運(yùn)營框架對(duì)外提供數(shù)據(jù)服務(wù)。 數(shù)據(jù)中臺(tái)的數(shù)據(jù)架構(gòu)應(yīng)該獨(dú)立規(guī)劃,并采用合理的技術(shù)架構(gòu)對(duì)不同類型的數(shù)據(jù)進(jìn)行存儲(chǔ)。
數(shù)據(jù)存儲(chǔ)框架中,無論數(shù)據(jù)采用對(duì)象存儲(chǔ)、塊存儲(chǔ)還是數(shù)據(jù)庫存儲(chǔ)技術(shù),各種中臺(tái)數(shù)據(jù)可按照上圖所示分類管理。
源數(shù)據(jù)主要由采集框架進(jìn)行管理,數(shù)據(jù)治理框架按照數(shù)據(jù)特征把數(shù)據(jù)簡單分為結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)兩大類,而規(guī)范化分域數(shù)據(jù)則是數(shù)據(jù)治理框架對(duì)全量數(shù)據(jù)的規(guī)范化分域整理。寬表數(shù)據(jù)是數(shù)據(jù)關(guān)聯(lián)的結(jié)果,利用寬表數(shù)據(jù)可以對(duì)人、事、地、物、組等對(duì)象進(jìn)行完整的數(shù)據(jù)畫像,同時(shí)寬表數(shù)據(jù)也可以作為上層模型數(shù)據(jù)的中間層數(shù)據(jù)。
元數(shù)據(jù)和標(biāo)簽數(shù)據(jù)都是對(duì)數(shù)據(jù)的描述,其中元數(shù)據(jù)用來對(duì)數(shù)據(jù)的客觀屬性進(jìn)行表示,標(biāo)簽數(shù)據(jù)更傾向于管理者對(duì)數(shù)據(jù)的主觀表述及等級(jí)劃分,比如質(zhì)量等級(jí)標(biāo)簽、安全標(biāo)簽、屬性標(biāo)簽等。主數(shù)據(jù)需要在各系統(tǒng)間頻繁更新、交換,且需要獨(dú)立的存儲(chǔ)空間進(jìn)行維護(hù)管理。
2、數(shù)據(jù)采集框架數(shù)據(jù)中臺(tái)的采集框架應(yīng)對(duì)納入數(shù)據(jù)中臺(tái)的各種源數(shù)據(jù)進(jìn)行統(tǒng)一采集管理。數(shù)據(jù)采集框架中應(yīng)提供多種數(shù)據(jù)采集方式,如文件傳輸協(xié)議采集、數(shù)據(jù)庫采集、接口應(yīng)用程序接入采集、流式采集及網(wǎng)絡(luò)爬蟲采集。
同時(shí)采集框架應(yīng)按照數(shù)據(jù)采集規(guī)范對(duì)源數(shù)據(jù)進(jìn)行預(yù)處理,從而去除明顯不需要的數(shù)據(jù)及多余數(shù)據(jù),并對(duì)采集過程進(jìn)行管理。雖然數(shù)據(jù)中臺(tái)的體系架構(gòu)沒有統(tǒng)一模板,但各企業(yè)數(shù)據(jù)采集框架基本一致。
3、數(shù)據(jù)處理框架數(shù)據(jù)處理是每個(gè)數(shù)據(jù)應(yīng)用的基本環(huán)節(jié)之一,經(jīng)典的數(shù)據(jù)抽取、轉(zhuǎn)換和加載(ETL)處理流程在數(shù)據(jù)采集預(yù)處理、數(shù)據(jù)整合、數(shù)據(jù)建模等多個(gè)地方均要使用。單獨(dú)建設(shè)數(shù)據(jù)處理框架有利于數(shù)據(jù)處理工具組件的集中開發(fā)與管理,也有利于數(shù)據(jù)中臺(tái)數(shù)據(jù)處理任務(wù)的協(xié)調(diào)與調(diào)度。
數(shù)據(jù)處理框架專門負(fù)責(zé)數(shù)據(jù)處理相關(guān)的任務(wù),包括批處理、流處理、人工智能分析、數(shù)據(jù)清洗、數(shù)據(jù)交換及查詢,此外數(shù)據(jù)處理的相關(guān)工具組件可在處理框架中配置。任務(wù)調(diào)度模塊在數(shù)據(jù)處理框架中處于居中指揮的作用,并對(duì)運(yùn)行的數(shù)據(jù)處理任務(wù)進(jìn)行監(jiān)控及異常處理等操作。
4、數(shù)據(jù)治理框架廣義的數(shù)據(jù)治理不僅包含提升數(shù)據(jù)價(jià)值的內(nèi)容,如數(shù)據(jù)管理、數(shù)據(jù)目錄、數(shù)據(jù)質(zhì)量等,也包含數(shù)據(jù)安全管理及數(shù)據(jù)共享服務(wù)。
數(shù)據(jù)安全管理與數(shù)據(jù)價(jià)值提升是一個(gè)矛盾體,如果由一個(gè)廠商或開發(fā)團(tuán)隊(duì)進(jìn)行數(shù)據(jù)安全管理及數(shù)據(jù)價(jià)值提升相關(guān)軟件的開發(fā),則開發(fā)者的操作難免有所偏向,而且矛盾不容易公開,少了沖突也就少了優(yōu)質(zhì)的解決方案。
另外,數(shù)據(jù)共享與數(shù)據(jù)治理的其他內(nèi)容也存在相同的問題。因此,本文建議數(shù)據(jù)中臺(tái)的數(shù)據(jù)治理框架中不包含數(shù)據(jù)安全與共享的相關(guān)內(nèi)容。 數(shù)據(jù)治理框架包含數(shù)據(jù)目錄、數(shù)據(jù)管理、模型管理和數(shù)據(jù)質(zhì)量 4 個(gè)模塊:
數(shù)據(jù)地圖、數(shù)據(jù)資產(chǎn)目錄、知識(shí)圖譜及數(shù)據(jù)血緣的主要作用是展示數(shù)據(jù)的屬性及相互關(guān)系,因此都納入數(shù)據(jù)目錄模塊。
數(shù)據(jù)模型能提高數(shù)據(jù)中臺(tái)對(duì)外部應(yīng)用需求的反應(yīng)能力,固化的中間模型數(shù)據(jù)需要專門管理。模型管理包括模型目錄、模型血緣及模型地圖等。
數(shù)據(jù)管理又可以細(xì)分為元數(shù)據(jù)管理、主數(shù)據(jù)管理、標(biāo)簽數(shù)據(jù)管理及源數(shù)據(jù)管理。
數(shù)據(jù)質(zhì)量管理模塊按照制定的數(shù)據(jù)標(biāo)準(zhǔn)及數(shù)據(jù)稽核規(guī)則對(duì)數(shù)據(jù)中臺(tái)中的數(shù)據(jù)進(jìn)行質(zhì)量管理。
5、數(shù)據(jù)安全框架數(shù)據(jù)已經(jīng)成為數(shù)據(jù)資產(chǎn),數(shù)據(jù)安全框架是數(shù)據(jù)中臺(tái)必不可少的組成部分。數(shù)據(jù)安全疊加在數(shù)據(jù)中臺(tái)其他功能框架之上,數(shù)據(jù)采集、處理、交換、共享等每個(gè)環(huán)節(jié)均必須實(shí)施安全控制策略。安全框架可以分為日志管理、用戶認(rèn)證、權(quán)限管理及加解密等幾個(gè)功能模塊。 此外,安全全門戶也可以對(duì)外提供安全能力封裝,展示數(shù)據(jù)中臺(tái)的安全態(tài)勢及安全視圖。
6、數(shù)據(jù)運(yùn)營框架數(shù)據(jù)中臺(tái)的核心功能是綜合眾多數(shù)據(jù)應(yīng)用的數(shù)據(jù)處理及數(shù)據(jù)治理功能,集中建設(shè)、集中管理、減少冗余、增加復(fù)用。數(shù)據(jù)中臺(tái)的最終目的還是為其他應(yīng)用或開發(fā)者提供數(shù)據(jù)服務(wù),而對(duì)外數(shù)據(jù)服務(wù)功能將直接面向不確定的外部對(duì)象。
因此單獨(dú)建設(shè)數(shù)據(jù)運(yùn)營,一方面有利于針對(duì)外部用戶提供針對(duì)性功能;另一方面,數(shù)據(jù)運(yùn)營模塊作為用戶與數(shù)據(jù)中臺(tái)核心數(shù)據(jù)服務(wù)之間的中間層,可以有效隔離外部用戶直接控制、接觸核心數(shù)據(jù)及應(yīng)用,可保護(hù)數(shù)據(jù)中臺(tái)的安全性及內(nèi)部功能的穩(wěn)定性。
綜合以上因素,數(shù)據(jù)運(yùn)營應(yīng)配置運(yùn)營門戶、能力開放、數(shù)據(jù)開放及運(yùn)營監(jiān)控等功能:
運(yùn)營門戶:對(duì)數(shù)據(jù)中臺(tái)管理者提供管理門戶,對(duì)開發(fā)者提供開發(fā)者門戶。對(duì)內(nèi)部應(yīng)用提供內(nèi)部應(yīng)用門戶,對(duì)外部應(yīng)用提供外部應(yīng)用門戶。運(yùn)營門戶針對(duì)不同的用戶提供不同的通道并開放不同的數(shù)據(jù)中臺(tái)能力。
能力開放:把數(shù)據(jù)中臺(tái)的數(shù)據(jù)處理能力、數(shù)據(jù)分析能力等經(jīng)過適當(dāng)?shù)姆庋b后對(duì)用戶提供服務(wù),可以是微服務(wù),也可以是 API 接口,或者直接提供二次開發(fā)能力。
數(shù)據(jù)開放:通過數(shù)據(jù)目錄,數(shù)據(jù)/模型展示(可視化、數(shù)據(jù)視圖等)為其他數(shù)據(jù)應(yīng)用系統(tǒng)提供數(shù)據(jù)服務(wù)。
運(yùn)營監(jiān)控:對(duì)數(shù)據(jù)中臺(tái)的總體運(yùn)營情況進(jìn)行監(jiān)控管理,包括硬件環(huán)境、軟件環(huán)境,并且確定監(jiān)控指標(biāo),按需求提供運(yùn)營日報(bào),處理告警信息。
— 02 —數(shù)據(jù)中臺(tái)典型架構(gòu)
數(shù)據(jù)中臺(tái)的目標(biāo)是讓數(shù)據(jù)持續(xù)用起來,通過數(shù)據(jù)中臺(tái)提供的工具、方法和運(yùn)行機(jī)制,把數(shù)據(jù)變?yōu)橐环N服務(wù)能力,讓數(shù)據(jù)更方便地被業(yè)務(wù)所使用。下圖所示為數(shù)據(jù)中臺(tái)總體架構(gòu)圖,數(shù)據(jù)中臺(tái)是在底層存儲(chǔ)計(jì)算平臺(tái)與上層的數(shù)據(jù)應(yīng)用之間的一整套體系。
數(shù)據(jù)中臺(tái)總體架構(gòu)圖 數(shù)據(jù)中臺(tái)屏蔽掉底層存儲(chǔ)平臺(tái)的計(jì)算技術(shù)復(fù)雜性,降低對(duì)技術(shù)人才的需求,讓數(shù)據(jù)的使用成本更低。通過數(shù)據(jù)中臺(tái)的數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)模塊建立企業(yè)數(shù)據(jù)資產(chǎn)。通過資產(chǎn)管理與治理、數(shù)據(jù)服務(wù)把數(shù)據(jù)資產(chǎn)變?yōu)閿?shù)據(jù)服務(wù)能力,服務(wù)于企業(yè)業(yè)務(wù)。數(shù)據(jù)安全體系、數(shù)據(jù)運(yùn)營體系保障數(shù)據(jù)中臺(tái)可以長期健康、持續(xù)運(yùn)轉(zhuǎn)。
1. 數(shù)據(jù)匯聚數(shù)據(jù)匯聚是數(shù)據(jù)中臺(tái)數(shù)據(jù)接入的入口。數(shù)據(jù)中臺(tái)本身幾乎不產(chǎn)生數(shù)據(jù),所有數(shù)據(jù)來自于業(yè)務(wù)系統(tǒng)、日志、文件、網(wǎng)絡(luò)等,這些數(shù)據(jù)分散在不同的網(wǎng)絡(luò)環(huán)境和存儲(chǔ)平臺(tái)中,難以利用,很難產(chǎn)生業(yè)務(wù)價(jià)值。
數(shù)據(jù)匯聚是數(shù)據(jù)中臺(tái)必須提供的核心工具,把各種異構(gòu)網(wǎng)絡(luò)、異構(gòu)數(shù)據(jù)源的數(shù)據(jù)能夠方便地采集到數(shù)據(jù)中臺(tái)進(jìn)行集中存儲(chǔ),為后續(xù)的加工建模做準(zhǔn)備。數(shù)據(jù)匯聚方式一般有數(shù)據(jù)庫同步、埋點(diǎn)、網(wǎng)絡(luò)爬蟲、消息隊(duì)列等;從匯聚的時(shí)效性來分,有離線批量匯聚和實(shí)時(shí)采集。
2. 數(shù)據(jù)開發(fā)通過數(shù)據(jù)匯聚模塊匯聚到中臺(tái)的數(shù)據(jù),沒有經(jīng)過什么處理,基本是按照數(shù)據(jù)的原始狀態(tài)堆砌在一起的,這樣業(yè)務(wù)還是很難使用。數(shù)據(jù)開發(fā)是一整套數(shù)據(jù)加工以及加工過程管控的工具,有經(jīng)驗(yàn)的數(shù)據(jù)開發(fā)、算法建模人員利用數(shù)據(jù)加工模塊提供的功能,可以快速把數(shù)據(jù)加工成對(duì)業(yè)務(wù)有價(jià)值的形式,提供給業(yè)務(wù)使用。
數(shù)據(jù)開發(fā)模塊主要是面向開發(fā)、分析人員,提供離線、實(shí)時(shí)、算法開發(fā)工具以及任務(wù)的管理、代碼發(fā)布、運(yùn)維、監(jiān)控、告警等一些列集成工具,方便使用,提升效率。
3. 數(shù)據(jù)資產(chǎn)體系有了數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)模塊,中臺(tái)已經(jīng)具備傳統(tǒng)數(shù)倉平臺(tái)的基本能力,可以做數(shù)據(jù)的匯聚以及各種數(shù)據(jù)開發(fā),就可以建立企業(yè)的數(shù)據(jù)資產(chǎn)體系。之前說數(shù)據(jù)資產(chǎn)體系是中臺(tái)的血肉,開發(fā)、管理、使用的都是數(shù)據(jù)。大數(shù)據(jù)時(shí)代,數(shù)據(jù)量大,增長快,業(yè)務(wù)對(duì)數(shù)據(jù)的依賴也會(huì)越來越高,必須考慮數(shù)據(jù)的一致性和可復(fù)用性,垂直煙囪式的數(shù)據(jù)和數(shù)據(jù)服務(wù)的建設(shè)方式注定不能長久存在。
不同的企業(yè)因業(yè)務(wù)不同導(dǎo)致數(shù)據(jù)不同,數(shù)據(jù)建設(shè)的內(nèi)容也是不同的,但是建設(shè)方法可以相似,數(shù)據(jù)要統(tǒng)一建設(shè),筆者建議數(shù)據(jù)按照貼源數(shù)據(jù)、統(tǒng)一數(shù)倉、標(biāo)簽數(shù)據(jù)、應(yīng)用數(shù)據(jù)的標(biāo)準(zhǔn)統(tǒng)一建設(shè)。
4. 數(shù)據(jù)資產(chǎn)管理通過數(shù)據(jù)資產(chǎn)體系建立起來的數(shù)據(jù)資產(chǎn)還是一套偏技術(shù)的數(shù)據(jù)體系,業(yè)務(wù)人員比較難理解。資產(chǎn)管理是以企業(yè)全員更好理解的方式,把企業(yè)的數(shù)據(jù)資產(chǎn)展現(xiàn)給企業(yè)全員(當(dāng)然要考慮權(quán)限和安全管控),數(shù)據(jù)資產(chǎn)管理包括對(duì)數(shù)據(jù)資產(chǎn)目錄、元數(shù)據(jù)、數(shù)據(jù)質(zhì)量、數(shù)據(jù)血緣、數(shù)據(jù)生命周期等進(jìn)行管理和展示,以一種更直觀的方式展現(xiàn)企業(yè)的數(shù)據(jù)資產(chǎn),提升企業(yè)的數(shù)據(jù)意識(shí)。
5. 數(shù)據(jù)服務(wù)體系前面利用數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)建設(shè)企業(yè)數(shù)據(jù)資產(chǎn),利用數(shù)據(jù)管理展現(xiàn)企業(yè)的數(shù)據(jù)資產(chǎn),但是并沒有發(fā)揮數(shù)據(jù)的價(jià)值。數(shù)據(jù)服務(wù)體系就是把數(shù)據(jù)變?yōu)橐环N服務(wù)能力,通過數(shù)據(jù)服務(wù)讓數(shù)據(jù)參與到業(yè)務(wù),激活整個(gè)數(shù)據(jù)中臺(tái),數(shù)據(jù)服務(wù)體系是數(shù)據(jù)中臺(tái)存在的價(jià)值所在。
企業(yè)的數(shù)據(jù)服務(wù)是千變?nèi)f化的,中臺(tái)產(chǎn)品可以帶有一些標(biāo)準(zhǔn)服務(wù),但是很難滿足企業(yè)的服務(wù)訴求,大部分服務(wù)還是需要通過中臺(tái)的能力快速定制。數(shù)據(jù)中臺(tái)的服務(wù)模塊并沒有自帶很多服務(wù),而是提供快速的服務(wù)生成能力以及服務(wù)的管控、鑒權(quán)、計(jì)量等功能。
6. 運(yùn)營體系和安全體系通過前面的數(shù)據(jù)匯聚、數(shù)據(jù)開發(fā)、數(shù)據(jù)資產(chǎn)、資產(chǎn)管理、數(shù)據(jù)服務(wù),已經(jīng)完成了整個(gè)數(shù)據(jù)中臺(tái)的搭建和建設(shè),也已經(jīng)在業(yè)務(wù)中發(fā)揮一定的價(jià)值。
運(yùn)營體系和安全體系是數(shù)據(jù)中臺(tái)得以健康、持續(xù)運(yùn)轉(zhuǎn)的基礎(chǔ),如果沒有它們,數(shù)據(jù)中臺(tái)很可能像個(gè)一般項(xiàng)目一樣,一期搭建起平臺(tái)、建設(shè)部分?jǐn)?shù)據(jù)、嘗試一兩個(gè)應(yīng)用場景之后而止步,無法正常地持續(xù)運(yùn)營,不能持續(xù)發(fā)揮數(shù)據(jù)應(yīng)用價(jià)值。這也就完全達(dá)不到建設(shè)數(shù)據(jù)中臺(tái)的目標(biāo)。
— 03 —12張企業(yè)數(shù)據(jù)中臺(tái)架構(gòu)圖
一、技術(shù)中臺(tái)架構(gòu)圖
中臺(tái)概念出現(xiàn)之前,在信息化模式上,前端為支撐業(yè)務(wù)的應(yīng)用端,后端為各個(gè)應(yīng)用系統(tǒng),為前端用戶,如:客戶、供應(yīng)商、伙伴、社會(huì),提供服務(wù),但隨著市場、用戶需求、業(yè)務(wù)的多變性,底層僵硬的應(yīng)用無法及時(shí)提供支撐。 企業(yè)需要一個(gè)強(qiáng)大的中間層為高頻多變的業(yè)務(wù)提供支撐,為不同的受眾用戶提供多端訪問渠道,基于此類需求“中臺(tái)”概念出現(xiàn),接著開始對(duì)企業(yè)客戶、中間件廠商、數(shù)據(jù)平臺(tái)廠商、甚至傳統(tǒng)應(yīng)用軟件廠商都有較大的概念沖擊。 恰逢此時(shí),微服務(wù)技術(shù)和架構(gòu)、容器化的生態(tài)、Devops概念和工具處于大發(fā)展的階段,最后基于“大中臺(tái)、小前臺(tái)”的信息化建設(shè)模式開始流行。
二、銀行數(shù)據(jù)架構(gòu)體系
數(shù)據(jù)架構(gòu)層面通過數(shù)據(jù)分類、分層部署等手段,從非功能性視角將數(shù)據(jù)合理布局。通過整體架構(gòu)管控和設(shè)計(jì),支持業(yè)務(wù)操作類和管理分析類應(yīng)用(系統(tǒng)),滿足業(yè)務(wù)發(fā)展及IT轉(zhuǎn)型對(duì)數(shù)據(jù)的需求,架構(gòu)的擴(kuò)展性和適應(yīng)性能夠提升數(shù)據(jù)分析應(yīng)用的及時(shí)性、靈活性和準(zhǔn)確性。 那實(shí)際情況下各個(gè)銀行的數(shù)據(jù)架構(gòu)體系會(huì)有所不同,根據(jù)各行的業(yè)務(wù)發(fā)展、客戶數(shù)據(jù)量、交易數(shù)據(jù)量、功能需求等會(huì)有不同的演變路徑以及發(fā)展方向。 一般國有銀行、股份制銀行等全國性的銀行業(yè)務(wù)較復(fù)雜,數(shù)據(jù)量也較多,數(shù)據(jù)架構(gòu)也因此進(jìn)化較快。常見的數(shù)據(jù)架構(gòu)分區(qū)如下圖所示:
三、零售行業(yè)中臺(tái)架構(gòu)
這是一張混合了技術(shù)和業(yè)務(wù)的中臺(tái)邏輯架構(gòu)示意圖,前臺(tái)應(yīng)用部分我們將零售和消費(fèi)品行業(yè)需要對(duì)接消費(fèi)者的若干應(yīng)用系統(tǒng)一一列舉了出來,但是在中臺(tái)架構(gòu)下它們已經(jīng)和傳統(tǒng)的“應(yīng)用系統(tǒng)”有了很大的差別,變得非?!拜p量”。
四、業(yè)務(wù)中臺(tái)架構(gòu)
前臺(tái)跟著界面走,天生就穩(wěn)定不了,總是有五花八門的數(shù)據(jù)請求,這是必然的事情。
后臺(tái)應(yīng)該主要負(fù)責(zé)數(shù)據(jù)存儲(chǔ),把不同形式和規(guī)模的數(shù)據(jù)以合適的方式整理好,大數(shù)據(jù)倒騰起來動(dòng)靜太大,要求有一定的穩(wěn)定性。
如果前臺(tái)的請求都要求后臺(tái)直接做,那后臺(tái)管的事就太多了。
五、后臺(tái)架構(gòu)
后臺(tái)是被許多前臺(tái)共享的,如果直接向前臺(tái)提供靈活數(shù)據(jù)服務(wù),還可能導(dǎo)致各個(gè)前臺(tái)之間的耦合程度變高,維護(hù)成本立即陡增。 同樣的,把這些數(shù)據(jù)處理放在前臺(tái)也不合適,一方面不太安全,另一方面,前臺(tái)團(tuán)隊(duì)也是忙著讓界面如何更好看使用更流暢,沒太多工夫琢磨數(shù)據(jù)的事情。這樣一個(gè)后臺(tái)架構(gòu)就能夠相對(duì)平衡這一矛盾。
六、實(shí)時(shí)數(shù)據(jù)中臺(tái)
下面是實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)中臺(tái)的一種邏輯架構(gòu),方便你去理解,其實(shí)最關(guān)鍵的是實(shí)時(shí)模型那一層
七、企業(yè)級(jí)中臺(tái)發(fā)展過程
我用下面這張圖來概括中臺(tái)發(fā)展的三個(gè)階段,最終我們發(fā)現(xiàn),對(duì)于那些已經(jīng)有 ERP 系統(tǒng)的企業(yè)來講,中臺(tái)的建設(shè)本質(zhì)就是利用微服務(wù)架構(gòu)構(gòu)建開放業(yè)務(wù)平臺(tái)來替換閉源單體架構(gòu)的 ERP 系統(tǒng)的過程。
八、阿里中臺(tái)架構(gòu)
中臺(tái)是一種架構(gòu)理念和方法。任何一種架構(gòu)的方法,其本質(zhì)不外乎,利用分、合、打散、重組等技術(shù)手段,對(duì)系統(tǒng)進(jìn)行有序化重構(gòu),以達(dá)到減少系統(tǒng)“熵”的過程,使系統(tǒng)得以不斷進(jìn)化。
九、阿里核心架構(gòu)圖
通過阿里云平臺(tái)將技術(shù)中臺(tái)進(jìn)行部署,對(duì)集團(tuán)內(nèi)共享業(yè)務(wù)單元提供支撐,并最終對(duì)前臺(tái)各業(yè)務(wù)線提供服務(wù)化能力輸出。
十、全渠道零售中臺(tái)
如果僅僅是把所有的東西打包在一個(gè)“大后臺(tái)”并不能真正解決IT的痛點(diǎn),因?yàn)楫吘顾且粋€(gè)IT系統(tǒng)。IT系統(tǒng)要考慮的東西除了業(yè)務(wù)功能,更重要和更有價(jià)值的地方在于:
十一、全渠道集成架構(gòu)
2007~2012年是“集成模式”概念被拋出率最高的年代,它有一個(gè)名字叫“SOA”,SOA就是那個(gè)時(shí)代的“全渠道中臺(tái)”
十二、網(wǎng)易嚴(yán)選數(shù)據(jù)中臺(tái)體系
數(shù)據(jù)中臺(tái)的核心職責(zé)是高效地賦能數(shù)據(jù)前臺(tái)為業(yè)務(wù)提供價(jià)值。要想理解數(shù)據(jù)中臺(tái)先要理解數(shù)據(jù)前臺(tái),上文說到的搜索、推薦、BI 報(bào)表、數(shù)據(jù)大屏等都屬于數(shù)據(jù)前臺(tái)。
— 04 —
6種行業(yè)數(shù)據(jù)中臺(tái)解決方案
▲地產(chǎn)行業(yè)解決方案
▲證券行業(yè)解決方案
▲零售行業(yè)解決方案
▲制造行業(yè)解決方案
▲傳媒行業(yè)解決方案
▲檢務(wù)行業(yè)解決方案
寫在最后的話 建設(shè)數(shù)據(jù)中臺(tái),實(shí)現(xiàn)企業(yè)或機(jī)構(gòu)數(shù)據(jù)資產(chǎn)的高效管理和數(shù)據(jù)價(jià)值最大化,為機(jī)構(gòu)帶來了數(shù)據(jù)平臺(tái)化的運(yùn)營機(jī)制,有望解決應(yīng)用開發(fā)與數(shù)據(jù)開發(fā)速度不匹配的問題。利用數(shù)據(jù)中臺(tái),可以將機(jī)構(gòu)的核心技術(shù)或團(tuán)隊(duì)凝聚在一起,建設(shè)機(jī)構(gòu)內(nèi)強(qiáng)大的數(shù)據(jù)開發(fā)、運(yùn)營等團(tuán)隊(duì),提升機(jī)構(gòu)的團(tuán)隊(duì)的硬實(shí)力和軟實(shí)力。
雖然一個(gè)良好的架構(gòu)對(duì)一個(gè)信息系統(tǒng)的后期擴(kuò)容及運(yùn)維有重要作用,但總體架構(gòu)設(shè)計(jì)只是數(shù)據(jù)中臺(tái)建設(shè)的第一步,每一個(gè)功能模塊還有很大的細(xì)化空間,如不同類型數(shù)據(jù)的存儲(chǔ)技術(shù)選型、數(shù)據(jù)安全合規(guī)審計(jì)技術(shù)、數(shù)據(jù)模型設(shè)計(jì)等。在具體項(xiàng)目中,數(shù)據(jù)共享與安全保護(hù)的平衡點(diǎn)、新技術(shù)的引用等,都需要進(jìn)一步細(xì)化研究。
審核編輯 :李倩
-
數(shù)據(jù)
+關(guān)注
關(guān)注
8文章
7122瀏覽量
89349 -
數(shù)據(jù)處理
+關(guān)注
關(guān)注
0文章
611瀏覽量
28603
原文標(biāo)題:6000字長文,終于將數(shù)據(jù)中臺(tái)架構(gòu)體系講明白了
文章出處:【微信號(hào):IndustryIOT,微信公眾號(hào):工業(yè)互聯(lián)網(wǎng)前線】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評(píng)論請先 登錄
相關(guān)推薦
評(píng)論