戲說中臺 — 大佬玩概念，小弟寫接口

「最近阿里的數據中臺好像挺火的，我們也搞箇中臺吧。」

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


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

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

「
數據中臺的建設，咱們最近須要這樣幾件事：


把元數據管理，數據質量，任務調度，監控，自助查詢等等這幾個平臺的web界面集成一下，再換個炫酷點的樣式，把重複的功能砍掉，最後取個帶「中臺」的名字。


對了小祖，你去把咱們提供對外服務的接口整理抽象下，能複用的複用，把以前業務方提的需求都梳理下，把業務抽象好，提供統一對外的數據API，而後在中臺頁面上加個數據服務的模塊作接口統一管理…
」

數據菜雞小祖：
「好的老大...但...這就是中臺了嗎......」

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

「
數據中臺其實就是數據倉庫+數據服務，廣義的數據倉庫包括了

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

數據服務咱們當前包括了

• 報表服務（固定報表/自助分析）
• 標籤服務（用於數據挖掘的用戶畫像）
• 取數需求 （運營/市場/用研/財務等部門的臨時緊急取數需求）
• 業務系統服務接口
  ...

你想一想，數據中臺的東西其實咱們目前是否是都有了，中臺是帶有業務屬性的，咱們缺的是複雜的業務場景，因此能作的就是梳理當前業務，抽象複用多幾個接口，提供多幾個服務...
」

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

「
數據中臺在業務複雜度不高的公司實施其實就是這樣的，沒啥變化，也體現不出太大的價值，能作的事情頗有限。

可是Boss喜歡蹭熱度看新的東西，因此搞個好看點的前端吧。

Boss纔不會管你的底層技術，東西仍是那些東西，可是稍微忽悠一下，概念上就不是之前的那套概念了。行了大家去寫接口吧。
」

「行8...」

......

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

Leader的演講：
「
公司目前的數據中臺取得了階段性進展。

數據中臺打通了業務之間數據的壁壘，讓數據模塊化更靈活地從新組織且可複用。經過數據賦能，提升生成效率。

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

數據中臺承接一線業務庫產生的數據，輸出可指導線上業務更準確有效實施的預測分析類的數據，讓企業運營造成一個良性閉環。對內可優化管理提升業務，對外能夠經過數據讓合做方看到合做的價值。

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

來源 《數據中臺、數據倉庫、數據湖、BI的差異？看一篇就夠！》

數據中臺對一個企業的數字化轉型和可持續發展起着相當重要的做用。數據中臺爲解耦而生，企業建設數據中臺的最大意義就是應用與數據解藕。這樣企業就能夠不受限制地按需構建知足業務需求的數據應用。

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

「咱們數據中臺的建設取得成功，感謝咱們大數據中臺部門同事的努力...」

小祖：中臺不就是寫接口嗎？[白眼]

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

以爲有價值請關注 ▼