一仓一套还是全网一套？多仓 WMS 架构选型

2019 年，一家做户外用品的客户在加州开了第三个仓，老板打电话问我："老米，我们现在的 WMS 能不能直接再加两个站点？"我没急着回答，反问了他三个问题：三个仓的货主是不是同一拨人？断网的时候你的仓还转不转？旺季三个仓的订单规则差多少？他答完，自己心里就有数了。

这几乎是每个从 1 个仓扩张到 3～5 个仓的公司都会撞上的问题。特别是自建仓加第三方物流混着用的，迟早要面对：到底是一套系统管全网，还是每个仓各管各的？选错了，后面三年天天还债。

两条路，先看清楚各自长什么样

单实例集中，简单说就是一个系统管全网。数据库逻辑上是一套，每个仓只是系统里的一个"站点"。好处很实在：库存全局可见是天生的，跨仓调拨、就近履约、缺货时自动找有货的仓发货，这些功能不用接口来回倒数据。报表也省心，老板想看全网库存一张表，直接出。

代价呢？一荣俱荣，一损俱损。系统升级一次全网上，某个仓的特殊需求想改流程，得拉着全网一起回归测试。更要命的是网络：仓和中心机房之间那条链路要是抖一下，拣货、收货全受影响。还有数据隔离，第三方物流一个系统里放十几个货主，全靠权限和逻辑隔离撑着，审计的时候得多花功夫解释。

多实例就是每个仓独立一套系统，数据物理隔离。好处是各仓互不干扰：A 仓升级，B 仓照常干活；A 仓断网，B 仓没感觉。第三方物流做货主隔离也天然省心，一个货主一套环境，合规审计好交代。

代价是库存看不见全貌。想知道"全网还有多少货"，得靠接口把各仓数据抽到一个地方再拼，实时性打折扣。跨仓调拨、就近履约这些玩法，做起来都得多一层集成。升级维护是逐个仓来，五套系统就是五次升级、五次测试。

拣货员在高位货架通道扫码拣选

六个维度，对着打分再下单

选型会上我一般让客户先过这六个维度，一个一个打勾，比听厂商讲幻灯片管用。

第一，仓数和业务差异度。三个仓卖同样的货、走同样的流程，和三个仓一个做电商小件、一个做大件、一个做批发，是完全不同的两件事。业务越像，单实例越划算；差异越大，多实例的独立性越值钱。

第二，库存全局可见性。你的生意需不需要跨仓调拨、就近履约？做全渠道零售的，客户下单一秒钟就要决定从哪个仓发货，全局库存必须是实时的。单实例这里是天生优势；多实例就得靠中间层同步，延迟和对账成本自己掂量。

第三，合规和货主隔离。第三方物流手里要是有食品、医药、危化品不同行业的货主，或者同一个系统里既有自营货又有客户货，数据隔离的要求会非常高。多实例物理隔离最省心；单实例也不是不行，但权限体系和审计证据链要做扎实。

第四，网络和离线风险。问自己一句：一个仓断网，会不会拖死全网？单实例架构下，仓和中心之间的链路就是生命线。美国有些偏远地区的仓，网络质量真没那么稳。要是断网半小时仓就得停摆，这个风险要提前算进去，要么做本地缓存容灾，要么干脆多实例。

第五，升级维护成本。单实例升级一次全网吃，但一次升级的风险也全网共担；多实例升级五次，但可以逐个仓灰度，出了问题影响范围小。团队人手少的公司，单实例省人力；对稳定性要求极高的，多实例的隔离性更安心。

第六，实施费用和周期。单实例第二、三个仓上线通常是"复制站点配置"，快的话几周；多实例每个仓都是一次完整实施。厂商报价时这点差别很大，谈合同前先想清楚你未来三年到底要开几个仓。

说到厂商，主流产品像 Manhattan、Blue Yonder、Korber 这些，各家的多仓架构能力和部署模式都有差别，具体以厂商最新资料为准，别拿着三年前的白皮书做决定。

算一笔账：五个仓，单实例到底省多少

光讲道理不够，算账最实在。下面这笔账是估算，帮你建立量级感，具体数字以厂商最新报价为准。

假设五个仓，体量中等。单实例路线：许可按站点数加，通常第二个站点起每个站点是首站的 3～5 折；实施上首仓完整做，后面四个仓做站点复制和差异配置，每个仓的实施费大概是首仓的 30%～50%。三年下来，许可加实施加运维，单实例大概能比五个独立实例省下 30%～40%，量级上可能差出十几万到几十万美元。

听着很香对吧？现在算另一面。单实例最大的风险是全网故障：系统升级出岔子，或者中心链路断了，五个仓一起停摆。旺季一天 2 万单，一个仓停 4 小时，积压的订单、加班赶工、延迟发货的罚款和客户流失，加起来可能一个晚上就烧掉你三年省下的钱。我见过真实案例，一次失败的升级让三个仓停了大半天，老板后来跟我说，那次之后他再也不敢在旺季前两周动系统。

所以这笔账不能只算省了多少，还要算一次极端事件的代价乘以它发生的概率。单实例是把风险集中了，省的是确定的钱，赌的是小概率大损失。