ASBJ德伟唯品会物流信息部技术部应用架构实践总结v.pptx

唯品会物流信息部应用架构实践总结物流信息部系统大事记 接入MA-SCALE系统，唯品会有独立的wms系统，满足单仓订单2-4w单2011/72012/5MA-SCALE系统改造， 满足单仓订单7-10万单2014/1随着业务的发展，开始自主研发wms2.02014/5ODS，CIS开始研发2014/7Wms2.0上线，ODS，CIS系统上线2014/11Wms2.0全国部署上线通用wms的研发上线，开放仓储和配送2015混沌期：2011之前B2C在这期间，公司属于启步阶段，业务量不是很大，没有专门的物流部门，ERP承担了订单履约的全部功能ERP系统小结和其它创业公司一样，仓储物流的管理由ERP代管。没有专门的仓库作业流程软件，订单量不大，属于粗放式管理。创业期：2011-6-- 2012-5VISERP统WMS随着订单量的增加，公司租用专门仓库，ERP的功能进行拆分，引入MA的仓储系统，单仓日订单量为（2-4w）创业期： 2011-6-- 2012-5B2CVISWMS由于系统是从ERP中分了出来，wms承担了部分原有ERP的功能创业期： 2011-6--2012-5B2CVISWMS由于系统是从ERP中分了出来，wms承担了部分原有ERP的功能小结 在Sku数增加，单量增加，需要专门的仓库进行存放，以及研发资源有限的情况下，购买成熟行业相近的wms软件，继续发展。 传统的wms管理的每日的入库，出库相对较少，订单的履约时效一般都不是很强。通用wms软件的厂商，其设计的通用性是以牺牲性能为代价的。在订单量少，对系统的性能要求不是太强，业务变化也不是复杂时还能满足。成长期：2012-5---2014-1随着全国各地新开仓库的增加，我们的系统开始变得复杂了2012-5---2014-1在这期间，随着业务的发展，单仓订单量增加，新开仓数由原来的1个扩展到3个。业务流程也发生了变化。在这过程中，物流事业部对MA wms系统进行不停的修补和业务的积累。由于是购买的第三方系统，物流研发部碰到了一些问题。成长期：2012-5---2014-1碰到的问题业务变化快，数据量增加也在加快。Wms系统面临一系列的挑战。成长期：2012-5---2014-1我们的改善对策小结 MA-SCALE上线10个月以后，单仓日均7-10万单，业务流程面临大的改造，日单量成倍增长，系统业务实现和技术性能都面临较大挑战。在原MA-SCALE上进行修改满足需求已经很困难。需要开发新的系统来满足性能和业务的需求。 随着订单量上升，sku的增加，这是每一个购买第三方wms系统面临的问题，继续修补还是另起炉灶。 在权衡修补的成本和将来业务发展上的支持上，需要重新进行抉择。我们选择了另起炉灶。成熟期：2014-1---2014-10决定开发新的wms2.0系统，但我们不能让MA系统出现的问题再现成熟期： WMS2.0新架构改进成熟期：同时对系统进行扩充和拆分 随着开仓数不断的增加，以及订单履约时效以性增强，需要新的系统来协调订单的生产，运单的发运，物流信息部引入新的成员。 wms拆分为：主数据库，iqc和oqc三部分 CIS：中心库存。负责更高层次的库存管理 ODS：订单履约调度。 TMS：内外APP接口分离部署，接口集群部署成熟期：系统拆分后架构的变化成熟期：引入CIS作为中心库存概念VIP自营仓库库存3PL仓库库存标准化库存查询接口数据使用者供应商仓库库存库存整合逻辑其它标准化接口库存对接接口成熟期：现状将系统升级为mvc模式，业务，展现和数据层进行了分离，代码维护简单。在应用层上整体得到水平扩充。目前单仓当日最大出仓量30w左右。由于上线时间短，系统的稳定性和性能还需要持续优化。小结 系统自主研发升级改造后，对整体的性能有了很大的提高，对业务的响应也及时。但随着单量的上升（目前单仓当日最大出仓量30w），如果维持当前业务模式（闪购模式）下，重构优化，应当可以达到50w。但系统将变的非常不稳定，任何操作节点的变化都会影响到整个系统的性能。另外所有数据都存储在一个数据库。对数据库的压力也会增大。展望：2014-10--公司销售目标在变，对物流平台的需求也在变。我们仍需物流平台总体的需求集中化管理和部署接入第三方库存管理层次化的仓库管理允许第三方租用WMS（SAAS)可以接入不同平台（渠道）的订单一套系统同时满足集中和分仓部署大型仓库，每个仓库部署一套小的仓库集中部署有些数据处理需要及时回传全国配送系统的搭建重新规划后各系统的功能定位和数据流向Region LoadBlanceNRegion LoadBlance1Region LoadBlance2监控平台新的架构新的起点性能监控Camel Node1Camel Node1Camel Node1…..流程监控C