從簡單的功能優(yōu)化到復(fù)雜的架構(gòu)升級，系統(tǒng)重構(gòu)往往伴隨著高昂的時間成本和技術(shù)挑戰(zhàn)。本文通過一個生動的做菜場景，深入淺出地解釋了系統(tǒng)重構(gòu)的重要性和必要性。

相信在產(chǎn)品經(jīng)理的職業(yè)生涯中，大家不止一次聽過系統(tǒng)重構(gòu)這個詞。

而且所有產(chǎn)品經(jīng)理都經(jīng)歷過這樣的魔幻時刻：明明只是加個篩選條件，技術(shù)評估卻要3個月；想優(yōu)化某個功能按鈕，卻被告知整個頁面都要重寫。

一問原因：因為要系統(tǒng)重構(gòu)！

那到底什么是重構(gòu)呢？

如果用一個我親身經(jīng)歷過的例子來解釋重構(gòu)的重要意義就是：

我當(dāng)年所在某電商平臺在一次促銷活動時，導(dǎo)致每秒峰值訂單突破5000萬時，訂單系統(tǒng)響應(yīng)速度從200ms驟升至2秒，注意是每單哦！

最后一番排查發(fā)現(xiàn)：優(yōu)惠計算模塊與庫存模塊存在循環(huán)調(diào)用，核心業(yè)務(wù)邏輯與日志模塊深度耦合。

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

想象這樣的場景：炒鍋師傅（優(yōu)惠模塊）每做一份宮保雞丁，都要跑到倉庫（庫存系統(tǒng)）確認(rèn)花生庫存，再折返調(diào)料臺（日志系統(tǒng)）記錄操作日志。高峰期這樣的折返跑，不出餐慢才是奇跡。

同過這個做菜的例子大家很容易理解，這并不是因為軟件設(shè)計失誤，而是廚房（系統(tǒng)）擴(kuò)張后的必然代價，單多了你就要優(yōu)化的工序，要么加人要么提前做準(zhǔn)備，相信沒有人會去說廚師你怎么怎么樣對吧？

不過很多時候，在我做咨詢走訪很多公司時，第一時間這個團(tuán)隊的信息化負(fù)責(zé)人的結(jié)論都是會把這個問題甩到“初代”產(chǎn)品經(jīng)理身上，聲稱是“初代”系統(tǒng)的產(chǎn)品經(jīng)理的設(shè)計不合理所導(dǎo)致了今天的一切。

但是我想說：重構(gòu)系統(tǒng)是不可避免的！初期就沒有幾個客人的時候你要做一個航母出來也沒有用啊？

那今天我就給大家盤點一下重構(gòu)的觸發(fā)條件（避免在規(guī)劃會上被甩鍋）：

01【產(chǎn)品驅(qū)動】功能疊加困境：新需求開發(fā)周期超過3個月

【大白話解讀】你是一家賣燒烤的店，當(dāng)某天老板讓你推出酸菜魚的時候，你要做的就是需要重建灶臺，先把一部分烤爐改成煤氣灶。

02【產(chǎn)品驅(qū)動】協(xié)作效率低下：跨團(tuán)隊需求需修改5個以上模塊，這背后往往是領(lǐng)域劃分不到位。

【大白話解讀】三個廚師擠在一個灶臺炒菜，你覺得會不會打架？

03【技術(shù)驅(qū)動】系統(tǒng)性能瓶頸：核心接口成功率低于99%

【大白話解讀】相當(dāng)于廚房出餐錯誤率超過10%

那我們要如何處理系統(tǒng)重構(gòu)呢？

實時上按照現(xiàn)在企業(yè)的要求：重構(gòu)就像在一家正常營業(yè)的餐廳去升級后廚——客人們照常吃著火鍋，后廚卻在悄然更換排風(fēng)系統(tǒng)。

所以要求我們決不能停機！為此具體的執(zhí)行步驟可以定義為下面的三大部分：

Step1：先搭臨時灶臺（顧舊立新）

在后廚角落搭建一個新的煤氣灶，保持老系統(tǒng)不再迭代，在旁邊根據(jù)新的產(chǎn)品規(guī)劃重新設(shè)計整個功能并實現(xiàn)。

Step2：食材統(tǒng)一分裝（接口翻譯層）

老顧客依然要吃到熟悉的”麻辣香鍋”，即便后廚已經(jīng)改用智能炒菜機。

我們知道很多時候在重構(gòu)的時候由于新的方案的應(yīng)用，比如用戶希望取消早已經(jīng)不用的某個字段，很多老系統(tǒng)的交互還是用生成一個文件的形式定時去查詢（很多銀行系統(tǒng)現(xiàn)在還是這樣）。

注意這個時候我們要做的是必須保證提供的數(shù)據(jù)消費方式和命名方式都是之前的（比如之前叫userID），我們要做的是必須額外建設(shè)一個新的翻譯模塊，把所有新的數(shù)據(jù)格式與接口翻譯成之前的模式，這么做的最重要一點是，避免當(dāng)某天下游報錯的時候，別人可以直接把一本糊涂賬扔到你頭上，都是因為你重構(gòu)系統(tǒng)導(dǎo)致的，我數(shù)據(jù)都亂了（別問我怎么知道的，血和淚換來的）。

Step3：動線魔法改造（數(shù)據(jù)雙寫+灰度發(fā)布）

就像在傳菜通道加裝自動分揀機，先讓新模塊處理5%的流量，同時保持老系統(tǒng)運轉(zhuǎn)。當(dāng)新模塊的到達(dá)率穩(wěn)定在99.97%后，才逐步關(guān)閉老舊代碼。

所以總結(jié)一下就是：

• 蓋新屋子：保持老房子對外輸出不變，在旁邊另起爐灶；
• 保持對外輸出不變：翻譯成現(xiàn)有接口的輸出格式：字段叫法/字段類型/消費方式；
• 灰度切換流量：逐步將老系統(tǒng)的流量切換至新系統(tǒng)，最后關(guān)停老系統(tǒng)；

當(dāng)然在文章的最后結(jié)尾，必須給大家補充一個我的經(jīng)驗教訓(xùn)：

重構(gòu)這件事在任何一家公司都是出力不討好的事，活又多，風(fēng)險又高，如果你不幸接手了，那你要做的必須要讓你的業(yè)務(wù)可感知，也就是通過重構(gòu)給業(yè)務(wù)側(cè)帶來新的業(yè)務(wù)價值提升（速讀/解決舊歷史問題/解決之前業(yè)務(wù)不能實現(xiàn)的需求），否則重構(gòu)的過程就將無比艱難！

下次再聽到”需要重構(gòu)”時，請記住：這不是在否定你的設(shè)計，而是邀請你參與指揮一場廚房革命。畢竟，在數(shù)字化生存時代，不會用架構(gòu)思維武裝自己的產(chǎn)品經(jīng)理，終將成為被重構(gòu)的對象。