前言

　　2017雙11大促剛剛過去，蘇寧易購交易系統的請求量和訂單量在雙11當日呈現指數級的增長，更是實現了7秒破億的最快破億記錄，蘇寧易購交易系統在大促期間平穩(wěn)運行，完美度過雙11。作為蘇寧易購交易系統負責人，我給大家介紹一下交易核心系統之一，庫存系統的架構演進與實踐，并介紹庫存系統是如何籌備和應對雙11的流量洪峰的。本文推薦架構師、技術經理、開發(fā)工程師、技術總監(jiān)等群體閱讀，希望能夠讓大家受益。

　　庫存業(yè)務介紹及面臨的挑戰(zhàn) 庫存系統定位及核心業(yè)務場景分析

　　首先介紹一下庫存系統的定位，它主要為企業(yè)級的經營性可用商品庫存獲取應用，與平臺商品目錄緊密關聯，定位為蘇寧核心平臺之一。平臺級商品庫存支持線上、線下銷售渠道和營銷活動對經營性可用商品庫存的查詢，支持平臺商品庫存鎖定、解鎖、增加、減少等庫存核心服務，并為平臺商戶提供服務支撐。

　　庫存作為電商交易的核心系統之一，它貫穿蘇寧的整個業(yè)務價值鏈條，不論從采購線的采購、交貨、調撥、退場、入庫過賬、實物盤點等環(huán)節(jié)，還是銷售線的瀏覽、下單、發(fā)貨、出庫過賬等環(huán)節(jié)，再到客服支撐、經營分析報表、預測補貨、多平臺銷售支撐等大數據應用，都和庫存系統緊密關聯。

　　庫存從業(yè)務模式上分為自營庫存和C店庫存。自營庫存即蘇寧自采自銷的庫存，C店庫存即通過開放平臺入駐的平臺商戶所銷售的庫存。

　　庫存中心聚焦的是銷售庫存，即支撐蘇寧銷售和交易相關的所有庫存服務。而蘇寧的實物庫存是在蘇寧的物流平臺進行管理的。兩套庫存的定位不一樣，但兩套庫存之間具有一定的關聯，且通過定期嚴謹的庫存對賬機制來確保兩套庫存數據的一致。如圖1.

　　圖1 系統上下文圖 庫存業(yè)務架構

　　庫存系統從業(yè)務架構上分為庫存交易、庫存管理、異常管理、運維管理四大組成部分。

　　庫存交易部分分為銷售鎖定、銷售解鎖、交貨鎖定、交貨解鎖、數量查詢、庫存狀態(tài)查詢、狀態(tài)下傳、數量下傳、活動預鎖、活動預解鎖、活動庫存查詢、活動管理等功能模塊。庫存管理部分分為采購、調撥、退廠、移庫、盤點、對賬、狀態(tài)計算、銷售過賬、庫存同步、多平臺分貨等功能模塊。庫存狀態(tài)是指定義庫存有貨、無貨的一種狀態(tài)標識，通過實現庫存狀態(tài)，可大大減少外圍系統對庫存數量查詢接口的調用，比如商品詳情頁只關注商品有無貨，通過庫存狀態(tài)即可支持。業(yè)務架構如圖2。

　　圖2 業(yè)務架構圖 庫存面臨的挑戰(zhàn)

　　庫存系統主要面臨以下幾個挑戰(zhàn)：

　　熱點爭搶

　　針對同一個商品，比如秒殺、團購、打折促銷等活動商品，如何支撐高并發(fā)庫存扣減服務。

　　周轉率

　　如何提升庫存周轉率，最大化利用企業(yè)資金，做到銷售最大化。

　　避免超賣

　　避免超賣是庫存系統架構設計和系統實施的底線原則。

　　系統擴展性

　　如何建設出可無限擴展的庫存架構，在系統擴展過程中，各部署節(jié)點都需要具備無限擴展能力，而常見的瓶頸如數據庫的連接數、隊列的連接數等。

　　庫存系統的架構演進

　　蘇寧庫存系統的架構演進主要劃分為4個階段：

　　階段1： 2005-2012，線下連鎖時代，電商初期架構，當時系統采用WCS/POS+SAP構成，庫存屬于SAP系統中的一個業(yè)務模塊；

　　階段2： 2012-2013，互聯網O2O電商時代，當時系統進行了前臺、中臺、后臺架構的分離，獨立出SAP庫存系統；

　　階段3： 2013-2016，多平臺銷售戰(zhàn)略時代，蘇寧入駐天貓，當時系統采用“去商業(yè)軟件，崇尚開源”思路，新建JAVA自研庫存系統；

　　階段4： 2016-至今，庫存系統多活時代，分機房部署庫存系統，基于大數據庫存分貨引擎實現多機房部署。

　　如圖3。每個階段庫存架構的詳細內容會在下面章節(jié)展開。

　　圖3 架構演進圖 電商初期架構

　　電商初期-總體架構