阿里巴巴云上數據中臺03——實施案例
本文詳細介紹了阿里巴巴在云上數據中臺建設的第三階段實施案例,展示了數據公共層運營、元數據打通等關鍵環節的成果,引導讀者深入了解數據中臺的實際應用和效果,希望對你在數據管理和戰略規劃方面有所啟發。
前面我們聊了阿里構建數據中臺“三步走”項目計劃:
- 第一階段:完成全局架構。
- 第二階段:抓住關鍵業務的數據建設。
- 第三階段:全面鋪開,逐步推進各個登月項目的數據公共層建設。
在阿里巴巴數據公共層建設第一階段和第二階段完成之后,不僅取得了降本提效的成果,也培養了數據專業人才,加強了數據團隊內以及與業務團隊間的連接和信任。
所以在第三階段全面鋪開過程中,遇到的阻礙很少,相反,還得到很多支持。
第三階段主要完成了:數據公共層運營、元數據打通、天貓數據中間層建設、數據資產管理平臺、基于元數據的數據建模工具、onedata體系全流程工具化。
草帽小子思考:著整個三步走項目計劃,跟打革命時,有異曲同工之處。最開始人手不足時,先制定整體作戰計劃;然后攻破關鍵城市;有一定影響力后,招兵買馬,全面鋪開和推進。
畢竟中臺的建設關聯到多個業務方,甚至牽動著業務方的利益。業務方會想,數據放在我這,我們自己提需求,自己開發,多便捷,何必需要外人來橫插一腳。
這時數據團隊需要以專業性來征服業務方,讓業務方感受到甜頭,這樣,接下來的事情也就順理成章了。
前邊我們聊了很多建設過程和方法,那在整個計劃中,有沒有一些直觀的案例呢?
公共層建設案例:
1. 淘系數據基礎層治理項目
針對TBODS(淘寶數據基礎層)當時存在的問題進行專項治理,將TBODS簡化,并制定規范,采取措施持續維護,降低ODS數據基礎層的存儲資源和計算資源的消耗。
2. 日志數據公共層建設項目
基于阿里巴巴數據公共層初始化建設的成功,進一步完善日志流量模型,包含攻堅無線流量交易引擎模型,以及完成流量分析產品的重構與支持新需求。
草帽小子思考:公司大多會先將精力放在更貼靠業務的業務數據上,而日志數據及埋點數據往往會被忽視,缺乏專人維護,數據口徑不一。
3. 實現阿里巴巴數據公共層統一性重構
將小微金服依賴的云計算環境1上的數據遷移到公共數據層依賴的云環境2上。
4. 聚劃算數據中間層建設項目
基于阿里巴巴數據公共層,規劃出聚劃算事業部的數據中間層,用于更標準、更快捷的服務聚劃算業務。
5. 搜索數據中間層建設項目
建設淘系主搜索與主客戶端搜索數據中間層遷移報表。
6. 1688數據公共層與數據應用層建設項目
基于1688的數據公共層與數據應用層登月建設,實現1688業務的對內對外應用。
7. 阿里經營關鍵數據建設項目
基于阿里巴巴數據公共層,統一對內、對外數據口徑,提供COO重點關注的指標。
8. 核心運營數據與行業數據建設項目
基于阿里巴巴數據公共層,遷移云計算環境1上的核心運營報表,同時整合行業數據,完成并完善服務阿里小二的行業360產品。
9. 無線數據公共層建設專項
在阿里巴巴數據公共層建設第二階段二期中,應業務部門需要而追加啟動的場景化專項,旨在構建統一的無線數據公共層,以順應”ALL IN 無線“的大潮。
草帽小子思考:十幾個無線端應用間的數據不打通,用起來是挺難受的,各用各的,在新增一個維度限定為移動端的指標時,需要從各個明細層拉表找數。
10. 實時數據公共層建設專項
在阿里巴巴數據公共層建設第二階段第二期中,應技術部門與業務部門的需求而追加啟動的技術探索專項,旨在構建統一的實時數據公共層,提升技術的同時,提升技術部門的業務體驗。
草帽小子思考:目前是零零散散用了一些實時數據,主要靠四處找表、拉表,若是能夠做好實時數據的數倉建設,也能避免很大程度上的找數的煩擾。
專欄作家
草帽小子,公眾號:一個數據人的自留地,人人都是產品經理專欄作家?!洞髷祿嵺`之路:數據中臺+數據分析+產品應用》書籍作者,專注用戶畫像領域。
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!