“最近阿里的資料中臺好像挺火的，咱們也搞箇中臺吧。”

Boss一句話，讓大資料部門的Leader陷入了沉思，買了本《大資料之路》看了兩天…




兩天後的夜裡，Leader在朋友圈發了公司同事不可見的動態
“沒有大公司的命，得了大公司的病…”。

隔天，Leader在部門內部會議說到：

“
資料中臺的建設，我們最近需要這樣幾件事：


把元資料管理，資料質量，任務排程，監控，自助查詢等等這幾個平臺的web介面整合一下，再換個炫酷點的樣式，把重複的功能砍掉，最後取個帶“中臺”的名字。


對了小祖，你去把我們提供對外服務的介面整理抽象下，能複用的複用，把之前業務方提的需求都梳理下，把業務抽象好，提供統一對外的資料API，然後在中臺頁面上加個資料服務的模組做介面統一管理…
”

資料菜雞小祖：
“好的老大...但...這就是中臺了嗎......”

Leader拿起了筆在白板上寫下：

“
資料中臺其實就是資料倉庫+資料服務，廣義的資料倉庫包括了

• 實現數倉的技術（Hadoop生態圈的這些元件）
• 資料資產管理 （元資料/標籤/資料類目/資料血緣）
• 資料治理 （資料質量監控/告警）
• 資料安全
  ...

資料服務我們當前包括了

• 報表服務（固定報表/自助分析）
• 標籤服務（用於資料探勘的使用者畫像）
• 取數需求 （運營/市場/用研/財務等部門的臨時緊急取數需求）
• 業務系統服務介面
  ...

你想想，資料中臺的東西其實我們目前是不是都有了，中臺是帶有業務屬性的，我們缺的是複雜的業務場景，所以能做的就是梳理當前業務，抽象複用多幾個介面，提供多幾個服務...
”

Leader沉默了片刻，小聲吐槽了幾句：

“
資料中臺在業務複雜度不高的公司實施其實就是這樣的，沒啥變化，也體現不出太大的價值，能做的事情很有限。

但是Boss喜歡蹭熱度看新的東西，所以搞個好看點的前端吧。

Boss才不會管你的底層技術，東西還是那些東西，但是稍微忽悠一下，概念上就不是以前的那套概念了。行了你們去寫介面吧。
”

“行8...”

......

風風火火數月後，大資料中臺部門公司級的分享會上…

Leader的演講：
“
公司目前的資料中臺取得了階段性進展。

資料中臺打通了業務之間資料的壁壘，讓資料模組化更靈活地重新組織且可複用。通過資料賦能，提高生成效率。

同時中臺融合了各方異構的資料來源，對資料做統一的採集，管理，治理，分析，挖掘，應用，在企業中起到一個承上啟下的作用。

資料中臺承接一線業務庫產生的資料，輸出可指導線上業務更準確有效實施的預測分析類的資料，讓企業運營形成一個良性閉環。對內可優化管理提高業務，對外可以通過資料讓合作方看到合作的價值。

為了看起來更直觀更牛逼，Leader放出了一張網圖

來源 《資料中臺、資料倉庫、資料湖、BI的差別？看一篇就夠！》

資料中臺對一個企業的數字化轉型和可持續發展起著至關重要的作用。資料中臺為解耦而生，企業建設資料中臺的最大意義就是應用與資料解藕。這樣企業就可以不受限制地按需構建滿足業務需求的資料應用。

• 構建了開放、靈活、可擴充套件的企業級統一資料管理和分析平臺， 將企業內、外部資料隨需關聯，打破了資料的系統界限。
• 利用大資料智慧分析、資料視覺化等技術，實現了資料共享、日常報表自動生成、快速和智慧分析，滿足集團總部和各分子公司各級資料分析應用需求。
• 深度挖掘資料價值，助力企業數字化轉型落地。實現了資料的目錄、模型、標準、認責、安全、視覺化、共享等管理，實現資料集中儲存、處理、分類與管理，建立大資料分析工具庫、演算法服務庫，實現報表生成自動化、資料分析敏捷化、資料探勘視覺化，實現資料質量評估、落地管理流程。
  ”
  
  
  臺下的人都聽得一愣一愣的。
  
  
  
  
  Boss 看著web介面“XX中臺”的幾個字樣，欣慰地點點頭:

“我們資料中臺的建設取得成功，感謝我們大資料中臺部門同事的努力...”

小祖：中臺不就是寫介面嗎？[白眼]

全篇杜撰，如有雷同，那也不奇怪。

覺得有價值請關注 ▼

相關推薦