ASBJ2014-梁德偉-唯品會物流信息部技術部應用架構實踐總結v1.2

1、實踐總結唯品會物流信息部物流信息部系統(tǒng)大事記2011/7接入MA-SCALE系統(tǒng)，唯品會有獨立的wms系統(tǒng)，滿足單倉訂單2-4w單2012/5MA-SCALE系統(tǒng)改造， 滿足單倉訂單7-10萬單2014/1隨著業(yè)務的發(fā)展，開始自主研發(fā)wms2.02014/7Wms2.0上線，ODS，CIS系統(tǒng)上線2014/11Wms2.0全國部署上線2014/5ODS，CIS開始研發(fā)2015通用wms的研發(fā)上線，開放倉儲和配送混沌期：2011之前ERP系統(tǒng)B2C在這期間，公司屬于啟步階段，業(yè)務量不是很大，沒有專門的物流部門，ERP承擔了訂單履約的全部功能小結和其它創(chuàng)業(yè)公司一樣，倉儲物流的管理由ERP代管。沒有

2、專門的倉庫作業(yè)流程軟件，訂單量不大，屬于粗放式管理。創(chuàng)業(yè)期：2011-6- 2012-5ERP統(tǒng)VISWMS隨著訂單量的增加，公司租用專門倉庫，ERP的功能進行拆分，引入MA的倉儲系統(tǒng)，單倉日訂單量為（2-4w）創(chuàng)業(yè)期： 2011-6- 2012-5B2CVISWMS由于系統(tǒng)是從ERP中分了出來，wms承擔了部分原有ERP的功能創(chuàng)業(yè)期： 2011-6-2012-5B2CVISWMS由于系統(tǒng)是從ERP中分了出來，wms承擔了部分原有ERP的功能小結在Sku數(shù)增加，單量增加，需要專門的倉庫進行存放，以及研發(fā)資源有限的情況下，購買成熟行業(yè)相近的wms軟件，繼續(xù)發(fā)展。傳統(tǒng)的wms管理的每日的入庫，出庫

3、相對較少，訂單的履約時效一般都不是很強。通用wms軟件的廠商，其設計的通用性是以犧牲性能為代價的。在訂單量少，對系統(tǒng)的性能要求不是太強，業(yè)務變化也不是復雜時還能滿足。成長期：2012-5-2014-1隨著全國各地新開倉庫的增加，我們的系統(tǒng)開始變得復雜了2012-5-2014-1在這期間，隨著業(yè)務的發(fā)展，單倉訂單量增加，新開倉數(shù)由原來的1個擴展到3個。業(yè)務流程也發(fā)生了變化。在這過程中，物流事業(yè)部對MA wms系統(tǒng)進行不停的修補和業(yè)務的積累。由于是購買的第三方系統(tǒng)，物流研發(fā)部碰到了一些問題。成長期：2012-5-2014-1碰到的問題SCALE自身產品功能實現(xiàn)效率差大量的查詢影響正常業(yè)務部分復雜業(yè)

4、務，需要一次性寫十幾張表接口出錯難以定位問題業(yè)務變化快，數(shù)據量增加也在加快。Wms系統(tǒng)面臨一系列的挑戰(zhàn)。成長期：2012-5-2014-1我們的改善對策使用大量存儲過程實現(xiàn)SCALE原效率較低的功能搭建119報表查詢系統(tǒng)把報表查詢從業(yè)務剝離。搭建DB從庫，非實時報表查詢從庫將復雜業(yè)務進行拆分，部分業(yè)務操作通過數(shù)據庫自動任務+存儲過程異常實現(xiàn)接口模塊增加配置開關和跟蹤日志，實現(xiàn)接口業(yè)務的靈活配置和出錯日記數(shù)據庫由oracle換為mysql，搭建廉價的可擴展的DB架構小結 MA-SCALE上線10個月以后，單倉日均7-10萬單，業(yè)務流程面臨大的改造，日單量成倍增長，系統(tǒng)業(yè)務實現(xiàn)和技術性能都面臨較大

5、挑戰(zhàn)。在原MA-SCALE上進行修改滿足需求已經很困難。需要開發(fā)新的系統(tǒng)來滿足性能和業(yè)務的需求。 隨著訂單量上升，sku的增加，這是每一個購買第三方wms系統(tǒng)面臨的問題，繼續(xù)修補還是另起爐灶。 在權衡修補的成本和將來業(yè)務發(fā)展上的支持上，需要重新進行抉擇。我們選擇了另起爐灶。成熟期：2014-1-2014-10產品客制化功能代碼結構混亂存儲過程大量應用，數(shù)據庫服務器負載壓力大SCALE的RF功能性能無法使用大量用戶使用，遠程桌面方式導致部分應用服務器性能差決定開發(fā)新的wms2.0系統(tǒng)，但我們不能讓MA系統(tǒng)出現(xiàn)的問題再現(xiàn)成熟期： WMS2.0新架構改進所有客制化功能采用MVC架構重新構造訂單表/工

6、作表/交易日志表等關鍵業(yè)務表按照業(yè)務進行拆表，有效降低DB的并發(fā)壓力業(yè)務數(shù)據進行二級歸檔策略，根據業(yè)務情況分別進行接口，入庫，出庫模塊的表數(shù)據歸檔，確保業(yè)務表數(shù)據數(shù)量可控，降低數(shù)據庫服務器壓力并發(fā)性高的OQC操作開發(fā)WEB版本，降低遠程桌面的APP服務器性能壓力重新開發(fā)所有RF，將其改為本地化應用成熟期：同時對系統(tǒng)進行擴充和拆分隨著開倉數(shù)不斷的增加，以及訂單履約時效以性增強，需要新的系統(tǒng)來協(xié)調訂單的生產，運單的發(fā)運，物流信息部引入新的成員。 wms拆分為：主數(shù)據庫，iqc和oqc三部分 CIS：中心庫存。負責更高層次的庫存管理 ODS：訂單履約調度。TMS：內外APP接口分離部署，接口集群部署

7、成熟期：系統(tǒng)拆分后架構的變化庫存整合邏輯供應商倉庫庫存庫存對接接口標準化庫存查詢接口成熟期：引入CIS作為中心庫存概念VIP自營倉庫庫存3PL倉庫庫存數(shù)據使用者其它標準化接口成熟期：現(xiàn)狀將系統(tǒng)升級為mvc模式，業(yè)務，展現(xiàn)和數(shù)據層進行了分離，代碼維護簡單。在應用層上整體得到水平擴充。目前單倉當日最大出倉量30w左右。由于上線時間短，系統(tǒng)的穩(wěn)定性和性能還需要持續(xù)優(yōu)化。小結 系統(tǒng)自主研發(fā)升級改造后，對整體的性能有了很大的提高，對業(yè)務的響應也及時。但隨著單量的上升（目前單倉當日最大出倉量30w），如果維持當前業(yè)務模式（閃購模式）下，重構優(yōu)化，應當可以達到50w。但系統(tǒng)將變的非常不穩(wěn)定，任何操作節(jié)點的變

8、化都會影響到整個系統(tǒng)的性能。另外所有數(shù)據都存儲在一個數(shù)據庫。對數(shù)據庫的壓力也會增大。展望：2014-10-公司銷售目標在變，對物流平臺的需求也在變。我們仍需物流平臺總體的需求集中化管理和部署接入第三方庫存管理層次化的倉庫管理允許第三方租用WMS（SAAS)可以接入不同平臺（渠道）的訂單一套系統(tǒng)同時滿足集中和分倉部署大型倉庫，每個倉庫部署一套小的倉庫集中部署有些數(shù)據處理需要及時回傳全國配送系統(tǒng)的搭建22重新規(guī)劃后各系統(tǒng)的功能定位和數(shù)據流向新的架構新的起點RFwebRich ClientJersey ClientHttpClientHystrixClientCamel Node1Camel Node1Camel Node1.Region LoadBlance1Region LoadBlance2Region LoadBlanceN流程監(jiān)控Came watch性能監(jiān)控監(jiān)控平臺日記收集開源技術列表Dropwizard:微服務框架JettyJe