2024年，全球企業(yè)在平臺(tái)工程（Platform Engineering）上的總支出達(dá)到47億美元。這筆錢(qián)足夠買(mǎi)下兩家獨(dú)角獸，或者給每個(gè)硅谷工程師發(fā)一輛特斯拉。但諷刺的是，同一時(shí)期，AI輔助編程工具讓開(kāi)發(fā)者寫(xiě)代碼的速度提升了55%——平臺(tái)工程承諾的「開(kāi)發(fā)效率革命」，正在被另一種技術(shù)路線截胡。

這不是簡(jiǎn)單的預(yù)算爭(zhēng)奪戰(zhàn)。平臺(tái)工程的核心假設(shè)是：給開(kāi)發(fā)者搭好標(biāo)準(zhǔn)化的「腳手架」，他們就能更快蓋樓。但AI的出現(xiàn)，相當(dāng)于突然給每個(gè)工人配了一臺(tái)3D打印機(jī)。腳手架還重要嗎？還是說(shuō)，我們剛剛建好的平臺(tái)，正在成為遺留系統(tǒng)本身？

平臺(tái)工程的「黃金三年」，怎么突然不香了

把時(shí)間撥回2021年。Kubernetes（容器編排系統(tǒng)）生態(tài)爆發(fā)，微服務(wù)架構(gòu)成為標(biāo)配，「開(kāi)發(fā)者體驗(yàn)」第一次被寫(xiě)進(jìn)CFO的OKR。平臺(tái)工程的概念順勢(shì)崛起：企業(yè)組建內(nèi)部平臺(tái)團(tuán)隊(duì)，把基礎(chǔ)設(shè)施、CI/CD（持續(xù)集成/持續(xù)部署）、監(jiān)控告警打包成「自助服務(wù)」，讓業(yè)務(wù)團(tuán)隊(duì)開(kāi)箱即用。

Netflix是早期信徒。他們的平臺(tái)團(tuán)隊(duì)規(guī)模一度超過(guò)200人，內(nèi)部工具鏈覆蓋從代碼提交到生產(chǎn)部署的全流程。效果也確實(shí)亮眼：平均部署頻率從每周兩次提升到每天數(shù)十次，故障恢復(fù)時(shí)間從小時(shí)級(jí)壓縮到分鐘級(jí)。這套方法論被Gartner（高德納，一家IT研究與顧問(wèn)咨詢公司）寫(xiě)進(jìn)報(bào)告，2022年平臺(tái)工程正式進(jìn)入「技術(shù)成熟度曲線」的上升期。

但問(wèn)題藏在細(xì)節(jié)里。平臺(tái)工程的成功有一個(gè)隱性前提：技術(shù)棧相對(duì)穩(wěn)定。團(tuán)隊(duì)可以花6個(gè)月打磨一套內(nèi)部開(kāi)發(fā)者門(mén)戶（IDP），然后享受3-5年的紅利期。可2023年GPT-4發(fā)布后，這個(gè)前提碎了一地。

GitHub Copilot（一款A(yù)I編程助手）的用戶數(shù)據(jù)顯示，開(kāi)發(fā)者花在樣板代碼上的時(shí)間下降了41%。而樣板代碼，恰恰是平臺(tái)工程最擅長(zhǎng)封裝的東西。

更麻煩的是認(rèn)知負(fù)荷。平臺(tái)團(tuán)隊(duì)設(shè)計(jì)的「黃金路徑」越完善，開(kāi)發(fā)者需要學(xué)習(xí)的東西就越多——內(nèi)部CLI（命令行工具）、自定義配置格式、審批工作流。一位在Spotify（聲田，一家音樂(lè)流媒體平臺(tái)）工作過(guò)的工程師吐槽：「我們花兩周培訓(xùn)新人怎么用內(nèi)部平臺(tái)，結(jié)果他們用Cursor（一款A(yù)I代碼編輯器）三天就寫(xiě)出了能跑的生產(chǎn)代碼，雖然架構(gòu)一團(tuán)糟。」

AI編程的「野路子」，正在重新定義「正確」

平臺(tái)工程的底層邏輯是「約束即自由」：通過(guò)限制選擇來(lái)降低復(fù)雜度。但AI編程工具走的是另一條路——「無(wú)限生成，快速試錯(cuò)」。

Cursor和Windsurf（另一款A(yù)I代碼編輯器）的用戶有個(gè)共同習(xí)慣：不再讀文檔，直接讓AI生成代碼，跑不通就換一版。2024年Stack Overflow（一個(gè)程序員問(wèn)答社區(qū)）的調(diào)查顯示，67%的開(kāi)發(fā)者承認(rèn)「用AI寫(xiě)代碼時(shí)不再關(guān)心底層原理」。這和平臺(tái)工程倡導(dǎo)的「標(biāo)準(zhǔn)化、可觀測(cè)、可維護(hù)」背道而馳。

但業(yè)務(wù)團(tuán)隊(duì)不在乎。一位金融科技公司的CTO（首席技術(shù)官）告訴我：「我的競(jìng)爭(zhēng)對(duì)手用AI兩周上線了一個(gè)貸款審批模塊，我的平臺(tái)團(tuán)隊(duì)還在評(píng)審架構(gòu)設(shè)計(jì)文檔。你說(shuō)我選哪個(gè)？」

這種張力正在撕裂組織。平臺(tái)團(tuán)隊(duì)抱怨業(yè)務(wù)團(tuán)隊(duì)「技術(shù)債失控」，業(yè)務(wù)團(tuán)隊(duì)反擊「平臺(tái)響應(yīng)速度跟不上市場(chǎng)」。2024年P(guān)uppet（一家IT自動(dòng)化公司）的《DevOps現(xiàn)狀報(bào)告》有個(gè)微妙的變化：首次將「AI輔助開(kāi)發(fā)」列為獨(dú)立章節(jié)，而平臺(tái)工程的滿意度指標(biāo)出現(xiàn)了五年來(lái)的首次下滑。

不是平臺(tái)工程做錯(cuò)了什么，而是游戲規(guī)則變了。當(dāng)AI能把「寫(xiě)一個(gè)CRUD（增刪改查）接口」從2小時(shí)壓縮到2分鐘，平臺(tái)團(tuán)隊(duì)精心設(shè)計(jì)的「黃金路徑」反而成了減速帶。

「自適應(yīng)平臺(tái)」：舊瓶新酒還是真出路

面對(duì)沖擊，平臺(tái)工程的擁躉沒(méi)有坐以待斃。2024年下半年，「自適應(yīng)平臺(tái)」（Adaptive Platform）成為新 buzzword（流行詞）。核心思路是：平臺(tái)不再預(yù)設(shè)「唯一正確路徑」，而是提供可組合的模塊，讓AI和人類開(kāi)發(fā)者各取所需。

具體怎么做？幾家大廠的路徑值得觀察。

Netflix的解法是把平臺(tái)拆成「意圖層」和「執(zhí)行層」。開(kāi)發(fā)者用自然語(yǔ)言描述需求——「我要一個(gè)能扛住10萬(wàn)QPS（每秒查詢率）的推薦服務(wù)API」——平臺(tái)自動(dòng)匹配底層資源、生成初始代碼、配置監(jiān)控。AI負(fù)責(zé)生成，平臺(tái)負(fù)責(zé)兜底。內(nèi)部數(shù)據(jù)顯示，這種模式下，從需求到生產(chǎn)部署的中位時(shí)間從14天降到3天。

Spotify走得更遠(yuǎn)。他們的「Backstage」（一款開(kāi)源開(kāi)發(fā)者門(mén)戶平臺(tái)）插件生態(tài)接入多家AI模型，開(kāi)發(fā)者可以在同一界面切換Claude（一款A(yù)I助手）、GPT-4、內(nèi)部微調(diào)模型。平臺(tái)不再定義「怎么做」，只定義「做到什么標(biāo)準(zhǔn)」——安全掃描通過(guò)、成本預(yù)算合規(guī)、SLA（服務(wù)等級(jí)協(xié)議）達(dá)標(biāo)即可。

但轉(zhuǎn)型代價(jià)不菲。一位參與Netflix平臺(tái)重構(gòu)的工程師透露，團(tuán)隊(duì)花了8個(gè)月才把原有「強(qiáng) opinionated（有明確主張的）」架構(gòu)解耦，期間支持工單量暴漲300%。「相當(dāng)于給飛行的飛機(jī)換引擎，」他說(shuō)，「而且沒(méi)人保證新引擎更省油。」

47億美元買(mǎi)來(lái)的教訓(xùn)：別和工具鏈談戀愛(ài)

回看那47億美元，最大的浪費(fèi)可能不是技術(shù)選型錯(cuò)誤，而是組織慣性。

平臺(tái)工程團(tuán)隊(duì)天然有「建設(shè)者心態(tài)」：搭系統(tǒng)、定規(guī)范、寫(xiě)文檔，成就感來(lái)自「被使用」。但AI時(shí)代，「被使用」的標(biāo)準(zhǔn)變了——不是「多少團(tuán)隊(duì)接入了我的平臺(tái)」，而是「多少需求不需要經(jīng)過(guò)我的平臺(tái)就能解決」。

這個(gè)視角轉(zhuǎn)換很痛苦。2024年，我訪談了12家企業(yè)的平臺(tái)負(fù)責(zé)人，一個(gè)反復(fù)出現(xiàn)的詞是「存在性焦慮」。「如果開(kāi)發(fā)者用AI就能搞定一切，我們存在的價(jià)值是什么？」一位來(lái)自零售巨頭的總監(jiān)直言，「我的團(tuán)隊(duì)從30人縮到12人，老板問(wèn)為什么不能只剩3人。」

答案或許藏在問(wèn)題之外。平臺(tái)工程最初的使命不是「提供工具」，而是「管理復(fù)雜度」。AI沒(méi)有消除復(fù)雜度，只是把它轉(zhuǎn)移了——從「怎么寫(xiě)代碼」變成「怎么驗(yàn)證AI生成的代碼是對(duì)的」。安全漏洞、幻覺(jué)輸出、合規(guī)風(fēng)險(xiǎn)，這些新復(fù)雜度需要新的「腳手架」。

Google（谷歌）的Internal Developer Experience團(tuán)隊(duì)最近調(diào)整OKR，把「平臺(tái)采用率」換成「開(kāi)發(fā)者決策支持覆蓋率」。換句話說(shuō)，不再追求「用我的工具」，而是追求「在我的視野內(nèi)」——知道開(kāi)發(fā)者在做什么、風(fēng)險(xiǎn)在哪、何時(shí)需要人工介入。

這是一種退居幕后的姿態(tài)，也可能是平臺(tái)工程在AI時(shí)代的正確位置。

2025年1月，Gartner更新了技術(shù)成熟度曲線，平臺(tái)工程的位置微妙地移動(dòng)了——沒(méi)有消失，但備注欄多了一行字：「成功取決于與AI輔助開(kāi)發(fā)工具的集成深度，而非替代關(guān)系。」

那些還在爭(zhēng)論「平臺(tái) vs AI」的人，可能錯(cuò)過(guò)了真正的轉(zhuǎn)折點(diǎn)：?jiǎn)栴}從來(lái)不是選哪邊，而是你的組織有沒(méi)有能力在兩者間快速切換——當(dāng)AI能搞定的時(shí)候別擋道，當(dāng)它搞不定的時(shí)候別掉鏈子。

你的團(tuán)隊(duì)正在用AI繞過(guò)內(nèi)部平臺(tái)嗎？平臺(tái)負(fù)責(zé)人知道這件事嗎？