自動分揀中心的建設是物流提速增效的關鍵環節。分揀中心分揀效率直接關乎到運營效率，運營效率決定運營成本和快遞服務質量。分揀、裝卸、中心操作、倉管、輸單、掃描......自動化設備普及率及程度越高，人效越高，節省成本也越多。

2015年11月11日，中通快遞合肥轉運中心第一套自動分揀設備正式上線，短短三年的發展，目前全網已有80多個轉運中心和網點上線了自動分揀設備，雙十一期間，中通快遞的24個轉運中心更是上線了的雙層自動分揀系統。全國分揀峰值每小時超過170萬。

以下是中通的自動分揀系統的整體架構圖：

自動分揀系統主要分為總部系統和中心子系統兩部分，總部系統除了提供數據支持，還提供一些必要的服務支持。而各中心本地的系統提供與分揀機實時交互，主要包括分揀方案數據同步，分揀信息請求，分揀結果數據回傳，補碼支持，圖片上傳等功能。

任何大型網站架構的演進都是與業務息息相關，中通自動分揀系統隨著業務量的擴大，以及對分揀可靠性要求的提高，演化出自己獨特的架構，主要體現在以下四個方面。

一、數據服務的演進

數據是自動分揀的基石，自動分揀的數據主要包括兩大部分，一是訂單數據，這類數據提供訂單的地址信息、中轉信息、派件網點信息以及派件員信息；二是分揀配置信息，主要包括分揀口配置，分揀方案的配置，這類信息主要是與訂單的信息相匹配，從而獲取訂單正確的下件口信息，完成分揀。

分揀的實時交互對網絡的延時性要求非常高，為了減少網絡對自動分揀機分揀的影響，做到中心不依賴總部獨立分揀。中通自動分揀系統采用總部+中心本地的分揀模式。總部主要提供數據支持，分揀交互任務交由中心本地的系統承擔。分揀機和本地的應用服務器進行內網交互，這樣網絡的穩定性得到了保障。但隨之而來的難題是如何將海量的訂單數據推送到中心本地，我們采取數據推送的方案，詳見下圖。

自動分揀的訂單數據主要來源是MQ，經過地址清洗，再經過地址庫接口將訂單的三段碼信息補全，最后訂單信息再保存到每個中心和網點所在的redis隊列中，這一步操作是為了數據去重以及為后續的批量推送和數據壓縮做準備。后臺的調度任務會定時輪訓redis的各個隊列，獲取訂單信息，通過壓縮的方式再將數據推送到各中心和網點。

隨著業務的擴展，上線自動分揀的中心不斷增多，PUSH模式的弊端一一體現。主要集中在以下幾個方面。

1.redis做訂單存儲存在數據丟失的風險

2.推送模式比較復雜，增加了出現問題的幾率

3.數據推送不及時容易造成redis內存使用量激增，redis服務有掛掉的風險

針對這些弊端，推出了數據拉取方案。

變動主要體現在數據推送模式和訂單數據的持久化方式上。首先，訂單數據直接持久化到mysql數據庫，由于數據量比較大，做了分庫分表的處理；其次原先的總部推送方案修改為中心本地主動拉取方案，用偏移量來記錄各中心拉取的狀態。同時總部的監控平臺會實時的監控各中心和網點的訂單數據拉取狀態以及應用服務器運行狀態，如有異常，第一時間會通過微信、郵箱等渠道通知相關負責人。

二、分揀方案的演變

分揀方案可以說是分揀系統的靈魂，快件落在分揀機格口的位置，取決于分揀方案的配置。

自動分揀原先采用的是省市區和派件網點的分揀方案，但是由于訂單地址不規則，分揀方案維護不全等問題，會導致補碼率偏高（補碼率平均10%左右），進而出現分揀效率低的問題。但隨著三段碼技術的推廣（三段碼分為一段碼、二段碼和第三段碼，一段碼對應轉運中心，二段碼對應轉運中心下面的網點，而第三段碼則對應派件員），三段碼分揀方案慢慢取代原先的分揀方案，基于三段碼技術，我們推出了大頭筆分揀、二段碼分揀和派件員分揀的分揀模式，相較于原先的分揀方案，三段碼分揀方案對訂單地址不規則的容錯性比較高，且更易于配置和維護，從而大大降低補碼率（基本穩定在2%左右），極大的提高了分揀效率。

三、自動發布VS手動發布

最先，自動分揀新功能上線，發布主要交由對應的運維人員負責，運維人員一一更新各中心的程序。但隨著越來越多的中心和網點上線自動分揀，運維成為一大難題。時間成本，人力成本，出錯成本，這些對于運維人員來說都是極大的考驗。

隨著中通自動分揀使用自動發布技術，這些問題迎刃而解，一鍵打包，一鍵發布，一鍵回退版本。

四、數據實時監控

市場的一些監控系統一般都是監控服務器的內存，磁盤，IO,網絡，CPU等，而我們對監控內容做了進一步擴展，主要包括基于應用，接口，數據的監控。

應用監控：針對分揀應用和數據服務提供心跳監控，提供基于shell腳本的遠程重啟，關閉應用功能。

接口監控：實時監控重要的接口，保障接口的穩定性。接口出現的問題可以通過微信或者短信通知響應的負責人。

數據監控：主要是監控分揀訂單數據的實時拉取偏移量監控，分揀結果數據的回傳等。