編輯 | 文昭

如果有一天，你的 CTO 告訴全員：“我們要用 Rust 重寫所有后端服務(wù)。”

你會(huì)：

A. 激動(dòng)鼓掌：「終于擺脫 Python 了！」

B. 表情復(fù)雜：「Rust 是好，但你考慮過大家的學(xué)習(xí)成本嗎？」

C. 更新簡(jiǎn)歷：「這個(gè)鍋我可不背?！?/p>

今天這篇真實(shí)案例，是一個(gè) CTO 對(duì) Rust 的極致信仰實(shí)驗(yàn)。他重寫了一切，然后……“順帶”重啟了團(tuán)隊(duì)。

1.故事怎么開始的？

一切出發(fā)點(diǎn)，其實(shí)都很合理，甚至可以說是一個(gè)善良的初衷。

經(jīng)年累月，我們團(tuán)隊(duì)的后端系統(tǒng)已經(jīng)很陳舊了。系統(tǒng)性能拉胯、代碼庫(kù)日益混亂，陳年老代碼主要寫在 Node.js、和 Python、Go 上。

久而久之，開發(fā)團(tuán)隊(duì)也被陳舊技術(shù)債務(wù)壓得喘不過氣，甚至“怨聲載道”了起來。

這時(shí) CTO（我們叫他 Arun）提出了一個(gè)愿景：用 Rust 重寫一切。

這不是他一拍腦門做的決定。Arun 一直在研究 Rust —— 它的內(nèi)存安全、飛快的性能，以及對(duì)系統(tǒng)編程級(jí)別的控制力。我們已經(jīng)被垃圾回收暫停和運(yùn)行時(shí)異常折磨得夠久了。

“用 Rust 重寫。我們不只是讓后端更快，它還能逼著團(tuán)隊(duì)養(yǎng)成紀(jì)律，重塑我們的技術(shù)文化?！?/p>

在他的理想國(guó)里，Rust 是“那顆銀彈”：

• 沒有垃圾回收帶來的延遲問題
• 所有權(quán)模型天然避免內(nèi)存泄漏
• 編譯期就能搞定線程安全

這聽起來確實(shí)太美妙。誰(shuí)能拒絕一個(gè)又快又安全的后端呢？

Rust等效示例

2.第一階段：試點(diǎn)驚艷四座

我們從貨幣轉(zhuǎn)換服務(wù)開始試水，CTO 親自帶隊(duì)和一名初級(jí)工程師一起上。

結(jié)果非常 nice：

• 延遲下降 60%
• CPU 使用減半
• 內(nèi)存占用顯著降低

CTO 興奮地宣布：“全員轉(zhuǎn) Rust！”

于是乎，每位工程師都被分配了同一個(gè)任務(wù)：學(xué) Rust，重寫你的服務(wù)。

3.第二階段：團(tuán)隊(duì)開始失控

好景不長(zhǎng)，問題很快暴露了：

• Rust 優(yōu)點(diǎn)不少，但學(xué)習(xí)曲線太陡，有人數(shù)周都沒搞懂借用檢查器
• 老服務(wù)沒人維護(hù)，新功能開發(fā)停滯（許多工程師已經(jīng)花費(fèi)數(shù)年時(shí)間使用 Python 和 Go，他們效率高，功能發(fā)布速度快。）
• PR 堆積如山，一直無人審查
• 進(jìn)度一拖再拖
• 團(tuán)隊(duì)內(nèi)部士氣嚴(yán)重下滑

關(guān)鍵問題不是 Rust 技術(shù)本身，而是 CTO 推行方式完全不顧團(tuán)隊(duì)共識(shí)，一夜之間改變技術(shù)方向，沒有培訓(xùn)、沒有節(jié)奏。

4.最震撼的一步：解散全隊(duì)

三個(gè)月后，遷移只完成一半，Bug 越來越多，工程師們士氣低落，功能開發(fā)速度幾乎降為零。

然后，CTO 做了個(gè)震驚全公司的決定：解雇了整個(gè)后端團(tuán)隊(duì)。

我需要一個(gè)相信 Rust-first 愿景的團(tuán)隊(duì)。

然后重新招了一支新隊(duì)伍——這些人主要由來自系統(tǒng)編程社區(qū)的 Rust 工程師組成。這些人才華橫溢，雖然 Rust 水平強(qiáng)悍，但對(duì)產(chǎn)品和業(yè)務(wù)完全陌生——要從零熟悉一切。

5.成果與代價(jià)并存

半年后，Rust 終于全面上線，性能提升毫無疑問。

但代價(jià)也很真實(shí)：

• 6 個(gè)月沒有新功能上線
• 一個(gè)重要客戶因?yàn)榈却P(guān)鍵集成而流失
• 銷售線索減少，渠道萎縮了
• 產(chǎn)品與市場(chǎng)的契合度問題再次暴露
• 曾經(jīng)的領(lǐng)域?qū)＜译x開了，領(lǐng)域知識(shí)徹底喪失

CTO 后來承認(rèn)：

“如果能重來，我寧愿花時(shí)間培養(yǎng)原團(tuán)隊(duì)，而不是炒掉他們重招?！?/p>

Rust 并沒有“毀掉”一切。

真正的錯(cuò)誤在于：技術(shù)優(yōu)先，文化靠邊。

6.重寫前后的架構(gòu)對(duì)比

舊版（Python + Node.js）：

[ API Gateway ]
     |
[ Auth Service ] <-- Python
     |
[ Order Service ] <-- Node.js
     |
[ Currency Service ] <-- Python

新版（Rust 全家桶）：

[ API Gateway ]

     |

[ Auth Service ] ← Rust (actix-web)

     |

[ Order Service ] ← Rust (axum)

     |

[ Currency Service ] ← Rust (tokio + reqwest)

工具鏈變化如下：

• 異步執(zhí)行：Tokio
• JSON 處理：Serde
• 部署：Docker + Kubernetes（沒有改變）

7.CTO 的血淚教訓(xùn)

這就是我們整個(gè)遷移重寫的血淚教訓(xùn)：

• 不要重構(gòu)那些不需要重構(gòu)的東西。慢慢來，逐步演進(jìn)。
• 重寫不是技術(shù)問題，是文化問題。你無法強(qiáng)迫全員換腦子，不給時(shí)間與支持。
• Rust 很棒，但也很硬。適合愿意花時(shí)間學(xué)習(xí)的團(tuán)隊(duì)，不適合“強(qiáng)推式管理”。
• 團(tuán)隊(duì)聲音很關(guān)鍵。最好的工程師，不只是寫代碼的人，更是組織記憶的守護(hù)者。

8.寫在最后：別用技術(shù)抹殺團(tuán)隊(duì)

Rust 的確提升了性能，但錯(cuò)誤的推行方式，扼殺了我們團(tuán)隊(duì)。

歸根結(jié)底，問題不在語(yǔ)言，而在你怎么建構(gòu)團(tuán)隊(duì)與系統(tǒng)。

技術(shù)可以刷新性能，但只有人心，才能維持系統(tǒng)的生命力。

最后，各位看官覺得這篇案例是否似曾相識(shí)？是否值得轉(zhuǎn)給你的 CTO 或開發(fā)團(tuán)隊(duì)——?dú)g迎留言分享你的 Rust 或重構(gòu)故事。