事情是這樣的：

老板說

零售業務起飛，系統得趕緊升級啊

▼

渠道說

升級系統？好啊！可千萬可別停機啊！這單沒法簽啊！

▼

研發說

那個啥...咱們現在的系統既要升級又要不停機...

臣妾做不到啊

要不就。。就直接重構了吧！

說干就干，于是乎，程序猿、產品汪開啟5個月5+2，白加黑戰斗狀態，累了就在行軍床上小憩一會兒，困了就來杯咖啡提神，嘔心瀝血碼代碼，只為最終的產品蝶變。

“從壓測表現來看，它可以再支撐業務翻倍的數據量，也就是說如果沒有啥變化，它可以繼續穩定運行著。但從這套零售系統發布到現在，說實話渠道合作伙伴鋪設的速度超出我們的預期，一年跑出餐飲系統三年的成績”，在近期聊起排隊網零售SaaS重構時，項目經理有些凡爾賽的笑著說道。

2020年末，零售SaaS一經推出，以其豐富的功能，簡單輕便的人性化交互，穩定的服務器性能，受到了渠道合作伙伴的一致認可，截止目前，商戶數量已破萬家，覆蓋商超、便利店、水果生鮮、零食等零售業態。

為了滿足業務量爆炸性增長，保證系統的高穩定、高性能、可拓展性，以及對未來AI、大數據大規模應用的前瞻性考量，開發團隊耗費5個月時間，投入80%骨干，基于10年的SaaS系統的開發經驗，對原有系統從底層進行了全新的優化升級。

“剛開始立項的時候，有開發同事說我們這是開著飛機換引擎，因為留給我們上線的時間窗口很小，但整體的業務要求卻異常高。

春節前這段時間是線下商超置辦年貨黃金時間點，這是擺在那里的一個硬性指標，我們必須要在此前完成。”項目經理在介紹項目背景時講到。

互聯網產品來說，前臺越簡單，后臺就越復雜。最典型的莫過于谷歌，界面只有一個搜索框，簡單到不能再簡單，但幾乎沒人否認谷歌的技術實力。

收銀SaaS同樣如此，收銀員在POS機上的一個簡單的掃碼動作，背后是復雜的業務邏輯和數據處理邏輯，還涉及到服務器資源調用的效率，同時，正在“施工”的模塊不能干擾到商戶的日常業務。

這一次重構的目的之一是提升數據處理效率，在高并發情景下，最大限度地利用服務器的處理能力，保證服務器的穩定性，提升用戶體驗。

按照計劃，項目組根據業務模塊分成多個小分隊火速推進，每個小分隊都專注做好一個模塊，整個龐大的系統一直可以靈活組合演進，實踐層面做了很多隔離、協同的優化工作，也將不同等級的任務調度做得更精細化。解決了行業內傳統軟件常會遇到的“煙囪式”IT架構問題。

將測試融入在每一次重構中，小步快跑，修改一塊代碼便自測這塊，等調通后再繼續往下走，開發測試兩手抓，最大程度降低重構的風險。 

“在測試中，把歷史上真實生產的一些需求、請求，在測試環境去做回放，從而驗證經過新一輪的修改或者新的功能后系統是否能跑通，最后才穩定上線。”測試工程師說道。“我們最后上線的過程中，出現的問題都能夠做到日清日結，保證整個系統重構的交付可以符合要求。”

系統終于在一月初上線，當晚項目組通宵不眠，一鼓作氣，決戰天明，項目各方人員坐無缺席，互相配合交流，加快了整體推進進度。遷移當天增量數據、服務上線、回歸驗證、強制升級，凌晨四點，項目組在公司吃著燒烤監測系統狀態。

 半夜小憩用的行軍床

天亮了，超市便利店迎來早高峰。

“千萬別崩，千萬別崩...”心中有些忐忑，手中不停的發布新功能，修復小BUG，多小組聯調優化系統，一天，兩天...一周，連續幾周的晚高峰期系統負載都順利運行，遇到問題開發人員幾分鐘就能立馬修復，實現秒發布，這也能體現出重構過后，新系統的穩定性和易維護性。

在采訪過程中小排還整理了一些重點重構成果。

重構前DB

重構后DB

重構前Web

重構后Web

我們深知收銀系統運行效率的提升能幫助商戶在高峰期解決了用戶排隊時間過長的無奈，為商戶節省了寶貴的時間成本。當重構后的系統順利上線時，這一切的付出都是值得的！

總而言之，這次零售SaaS重構統的決策，是基于業務快速演進的需要，也是希望在業務跨入新階段的同時有一個全局資源規劃，給服務商、商戶帶去更優體驗！

你可以永遠相信排隊網！強大的技術實力和執行力是排隊網核心競爭力的重要組成部分，最后，讓我們給零售SaaS團隊的童鞋送上熱烈的掌聲！