一個(gè)做發(fā)動(dòng)機(jī)的老牌制造商，被母公司切割后，才發(fā)現(xiàn)自己連數(shù)據(jù)倉庫都租不起——這種劇情，放在云計(jì)算時(shí)代是不是有點(diǎn)魔幻？

Anurag Kale在InfoQ慕尼黑峰會(huì)上講了個(gè)故事：Horse Powertrain（馬動(dòng)力傳動(dòng)系統(tǒng)公司）從沃爾沃汽車拆分獨(dú)立后，被迫在3年內(nèi)從零搭建了一套數(shù)據(jù)網(wǎng)格（Data Mesh）架構(gòu)。沒有現(xiàn)成的數(shù)據(jù)中臺(tái)，沒有母公司的AWS賬號(hào)，只有Azure和一堆亟待回答的業(yè)務(wù)問題。

1. 為什么"數(shù)據(jù)中臺(tái)"成了新公司的第一個(gè)坑

拆分前的Horse Powertrain習(xí)慣了"飯來張口"——數(shù)據(jù)分析師向沃爾沃總部提需求，幾周后報(bào)表送到。獨(dú)立后，這套保姆式服務(wù)斷了，而業(yè)務(wù)部門的提問速度翻了十倍：這臺(tái)發(fā)動(dòng)機(jī)的故障率曲線呢？那個(gè)變速箱的供應(yīng)鏈瓶頸在哪？

傳統(tǒng)的中央數(shù)據(jù)團(tuán)隊(duì)成了單點(diǎn)瓶頸。 Kale打了個(gè)比方：以前像去餐廳點(diǎn)菜，現(xiàn)在要自己種地、養(yǎng)豬、開灶。中央團(tuán)隊(duì)排期三個(gè)月才能交付的需求，產(chǎn)線經(jīng)理等不了三天。

更麻煩的是組織慣性。工程師們習(xí)慣了"數(shù)據(jù)是別人的事"，業(yè)務(wù)專家懂流程但不懂SQL，IT團(tuán)隊(duì)懂管道但不懂發(fā)動(dòng)機(jī)。Kale的團(tuán)隊(duì)試過強(qiáng)化中央團(tuán)隊(duì)，結(jié)果是人越招越多，隊(duì)列越來越長(zhǎng)——典型的"用人力填架構(gòu)的坑"。

2. 數(shù)據(jù)網(wǎng)格的四個(gè)柱子，哪根最難打

Data Mesh的核心是四根柱子：領(lǐng)域所有權(quán)、數(shù)據(jù)即產(chǎn)品、自助服務(wù)平臺(tái)、聯(lián)邦治理。Kale說他們?cè)贖orse Powertrain的實(shí)踐里，最難的不是技術(shù)，是讓業(yè)務(wù)團(tuán)隊(duì)相信"數(shù)據(jù)歸你管"這件事。

第一根柱子"領(lǐng)域所有權(quán)"要求把數(shù)據(jù)責(zé)任下沉到業(yè)務(wù)域。發(fā)動(dòng)機(jī)團(tuán)隊(duì)管發(fā)動(dòng)機(jī)數(shù)據(jù)，變速箱團(tuán)隊(duì)管變速箱數(shù)據(jù)。聽起來合理，執(zhí)行時(shí)卻遭遇沉默抵抗——"我們是造發(fā)動(dòng)機(jī)的，不是搞數(shù)據(jù)的。"

Kale的解法是用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）做橋梁。先不聊數(shù)據(jù)，先聊業(yè)務(wù)邊界：你們這個(gè)"發(fā)動(dòng)機(jī)性能分析"子域，到底包含哪些實(shí)體？事件？聚合根？把業(yè)務(wù)語言理順后，數(shù)據(jù)所有權(quán)自然浮出水面。換句話說，這不是IT項(xiàng)目，是組織重構(gòu)。

第二根"數(shù)據(jù)即產(chǎn)品"更扎心。Kale要求每個(gè)領(lǐng)域把數(shù)據(jù)集當(dāng)產(chǎn)品運(yùn)營(yíng)——要有文檔、有SLA、有版本管理、有用戶反饋渠道。一個(gè)產(chǎn)線工程師的吐槽很典型："我以前Excel丟共享盤就行，現(xiàn)在要我寫產(chǎn)品說明書？"

但三個(gè)月后，這位工程師成了最積極的推廣者。因?yàn)樗?產(chǎn)品"被三個(gè)其他團(tuán)隊(duì)訂閱，他第一次在公司內(nèi)部有了"客戶"視角。

3. 自助平臺(tái)：別讓工具成為新瓶頸

第三根柱子"自助服務(wù)平臺(tái)"是Kale投入最深的部分。他的信條：平臺(tái)團(tuán)隊(duì)存在的意義是讓用戶忘記平臺(tái)團(tuán)隊(duì)的存在。

Horse Powertrain選了Azure作為基礎(chǔ)設(shè)施（盡管Kale本人是AWS Data Hero）。平臺(tái)層抽象了數(shù)據(jù)攝取、存儲(chǔ)、計(jì)算、治理的復(fù)雜度，暴露給領(lǐng)域團(tuán)隊(duì)的接口極度克制：上傳數(shù)據(jù)、定義schema、設(shè)置訪問策略，三步完成。

Kale展示了他們的平臺(tái)工程實(shí)踐——基礎(chǔ)設(shè)施即代碼（IaC）、GitOps工作流、可復(fù)用的Terraform模塊。一個(gè)領(lǐng)域團(tuán)隊(duì)從申請(qǐng)資源到產(chǎn)出第一個(gè)數(shù)據(jù)集，從原來的6周壓縮到2天。

但自助不等于放任。平臺(tái)內(nèi)置了硬性約束：數(shù)據(jù)必須帶業(yè)務(wù)元數(shù)據(jù)、必須注冊(cè)到數(shù)據(jù)目錄、必須滿足基礎(chǔ)質(zhì)量檢查。Kale稱之為"有護(hù)欄的自主"——你可以開快車，但得系安全帶。

4. 聯(lián)邦治理：最難的是"不做什么"

第四根柱子"聯(lián)邦治理"最容易被誤解為"中央管控的變種"。Kale強(qiáng)調(diào)區(qū)別：中央治理是"我定規(guī)則你執(zhí)行"，聯(lián)邦治理是"共同商定規(guī)則，各自負(fù)責(zé)執(zhí)行"。

實(shí)踐中的關(guān)鍵決策是劃定邊界。哪些必須全局統(tǒng)一？數(shù)據(jù)安全策略、公司級(jí)主數(shù)據(jù)定義、跨域數(shù)據(jù)契約格式。哪些可以領(lǐng)域自治？字段命名習(xí)慣、內(nèi)部數(shù)據(jù)模型、分析工具選型。

Kale分享了一個(gè)踩坑案例：早期他們?cè)噲D統(tǒng)一所有數(shù)據(jù)產(chǎn)品的文檔格式，結(jié)果陷入無窮盡的評(píng)審會(huì)議。后來改為"必須包含這5個(gè)字段，其余自由發(fā)揮"，效率陡升。治理的精髓是減少協(xié)調(diào)成本，而非增加。

5. 三年后的賬單：值不值

演講末尾，Kale給了組對(duì)比數(shù)字。實(shí)施Data Mesh前，Horse Powertrain的數(shù)據(jù)需求交付周期中位數(shù)是11周，現(xiàn)在降至4天；數(shù)據(jù)產(chǎn)品數(shù)量從個(gè)位數(shù)增長(zhǎng)到200+；最意外的是，平臺(tái)團(tuán)隊(duì)規(guī)模反而縮小了——從15人減到8人，因?yàn)榇罅抗ぷ鞅蛔灾妥詣?dòng)化吸收。

但Kale沒有渲染勝利。他提到仍在掙扎的問題：老舊系統(tǒng)的數(shù)據(jù)如何納入網(wǎng)格？如何量化"數(shù)據(jù)質(zhì)量"的投資回報(bào)？當(dāng)業(yè)務(wù)團(tuán)隊(duì) churn 率高時(shí)，領(lǐng)域知識(shí)如何傳承？

演講結(jié)束后有人問他：如果重來一次，最先做什么？Kale的回答帶著產(chǎn)品經(jīng)理式的冷幽默："先確認(rèn)老板真的想要分布式，而不是只想讓IT背鍋更快一點(diǎn)。"