當(dāng)數(shù)字經(jīng)濟成為一種新潮流的時候還有一個詞大家近兩年一定也聽到過很多次，那就是數(shù)據(jù)中臺。字面意思看，大概是一個數(shù)據(jù)的中介機構(gòu)或者中轉(zhuǎn)中心，但事實是這樣的嗎？今天我們就詳細(xì)跟大家嘮一嘮數(shù)據(jù)中臺是什么意思？
我們平常所討論的大數(shù)據(jù)平臺，很多人以為大數(shù)據(jù)平臺就是數(shù)據(jù)中臺，其實數(shù)據(jù)中臺并不是大數(shù)據(jù)平臺。首先數(shù)據(jù)中臺不是一個平臺，也不是一個系統(tǒng)，如果有相關(guān)的廠商說他們有個數(shù)據(jù)中臺賣給你，對不起，它要么是個騙子要么就根本不了解數(shù)據(jù)中臺。
要回答數(shù)據(jù)中臺是什么，首先要探討一下中臺到底是什么。我們可以把中臺看作是一種中間層。
首先我們可以通過探索Gartner的Pace Layer來理解為什么需要中間層，這樣方便我們更好地理解中臺的定位和價值。Gartner的Pace Layer分層理論中提到，應(yīng)用可以按照事物變化的速度來分層，這樣便可以逐層分析并設(shè)計合理的邊界與服務(wù)。
通過Gartner的分層理論可以看出，在數(shù)據(jù)開發(fā)中，核心數(shù)據(jù)模型的變化是相對緩慢的，同時，對數(shù)據(jù)進行維護的工作量也非常大；但業(yè)務(wù)創(chuàng)新的速度、對數(shù)據(jù)提出的需求的變化，是非?？焖俚?。
因此，數(shù)據(jù)中臺的出現(xiàn)，就是為了彌補數(shù)據(jù)開發(fā)和應(yīng)用開發(fā)之間，由于開發(fā)速度與數(shù)據(jù)需求速度不匹配，從而出現(xiàn)的響應(yīng)速度跟不上的問題。
數(shù)據(jù)中臺解決的問題可以總結(jié)為如下三點：
效率問題：為什么應(yīng)用開發(fā)增加一個報表，就要十幾天的開發(fā)周期？為什么不能實時獲得用戶推薦清單？當(dāng)業(yè)務(wù)人員對數(shù)據(jù)產(chǎn)生一點疑問的時候，需要花費很長的時間，結(jié)果發(fā)現(xiàn)是數(shù)據(jù)源的數(shù)據(jù)變了，最終影響上線時間。做為一名資深開發(fā)人員，我們對此深有體會，數(shù)據(jù)源的變化會導(dǎo)致一些異常，而排查異常卻需要花費很長的時間，效率得不到有效的保障。
協(xié)作問題：當(dāng)業(yè)務(wù)應(yīng)用開發(fā)的時候，雖然和其他的項目需求大致差不多，但因為是另外的項目組進行維護，業(yè)務(wù)數(shù)據(jù)的需求與其他項目的需求有所差異，所以數(shù)據(jù)還是需要自己再重新開發(fā)一遍，確保項目滿足用戶的需求。
能力問題：數(shù)據(jù)的分析、處理和維護是一個相對獨立的技術(shù)，需要由專業(yè)的人員來配合完成，但是很多時候，我們的應(yīng)用開發(fā)人員比較多，而數(shù)據(jù)開發(fā)人員卻相對短缺。
這三類問題都會導(dǎo)致應(yīng)用開發(fā)團隊變慢。這就是中臺的關(guān)鍵——讓前臺開發(fā)團隊的開發(fā)效率不受后臺數(shù)據(jù)開發(fā)的影響。
在此我引用了中臺戰(zhàn)略書中對于數(shù)據(jù)中臺的定義：
數(shù)據(jù)中臺是基于大數(shù)據(jù)、云計算、人工智能的技術(shù)架構(gòu)打造的數(shù)據(jù)化創(chuàng)新平臺，支撐企業(yè)數(shù)字業(yè)務(wù)應(yīng)用的標(biāo)準(zhǔn)化及快速定制化，實現(xiàn)數(shù)據(jù)驅(qū)動的精細(xì)化運營，沉淀企業(yè)的數(shù)據(jù)資產(chǎn)，為企業(yè)提供用戶個性畫像、商品智能推薦、業(yè)務(wù)在線監(jiān)控等服務(wù)，解決企業(yè)業(yè)務(wù)在面向產(chǎn)業(yè)互聯(lián)、生態(tài)發(fā)展過程中所遇到的應(yīng)變與響應(yīng)能力問題。
------摘自《中臺戰(zhàn)略》
數(shù)據(jù)中臺是采用大數(shù)據(jù)、云計算、人工智能等前沿技術(shù)對跨域數(shù)據(jù)進行聚合和治理，并將數(shù)據(jù)抽象封裝成服務(wù)，提供給前臺應(yīng)用，從而滿足業(yè)務(wù)價值快速變化的需求。
