两种履约模式，两条不同的链路

Ozon 把履约分成两类：一类是货先进平台的仓，由平台负责发货；另一类是自己备货、自己发。两者的后台操作完全不同。

进仓模式的日常动作是「备货」：根据销售预测决定发多少、什么时候发、发到哪个仓。这个动作不频繁，但每次都是批量的，而且要配合平台的收货节奏。

自发模式的日常动作是「处理订单」：接单、打包、出单、回传跟踪号。这个动作每天都在发生，是小批量高频的。

两种模式对网络的要求正好相反：一个怕大任务失败，一个怕小请求慢。弄清楚自己属于哪一类，才知道该关注什么。

备货是一次批量任务

备货的流程在后台是一串连续动作：创建备货单、填写数量、选择仓库、生成箱单、打印标签。其中生成箱单与打印标签是批量动作 —— 每个箱子都要单独一条记录。

这类批量动作的耗时特征是「串行累加」。箱数越多，总时间越长，中间任何一次超时都会让队列停下来等。

所以备货日的时间安排，不该按「填表要多久」来估，而该按「生成与打印要多久」。后者往往是前者的几倍。

箱数多的时候还有第二个瓶颈：物流交接。交接前要做一次总数核对，把已生成的箱单与实物对一遍。这一步在后台是批量查询，同样属于串行累加型负载，与生成箱单叠加在一起，就构成了备货日最集中的一段压力。

一个实用的做法是先跑一小批验证链路状态，正常再跑全量。如果第一批就异常，说明当天链路有问题，及时改用其它时段，比跑到一半失败再重来划算。

时区与工作时段

俄罗斯与国内的时差不大，业务时段有相当部分重叠。这比做南美方向好处理 —— 不用为了覆盖对方的白天而安排夜班。

但重叠也有代价：国内的工作时间同时也是对方的活跃时间，后台的负载与链路的拥塞同时处在高位。也就是说，最忙的时候恰好是最难快的时候。

应对方式是把可以提前做的动作往前挪。备货单的创建、箱单的生成，都可以在前一天或清早完成，白天只做必须实时响应的部分。

库存同步与超卖

进仓模式下，平台侧掌握的库存与卖家侧的账本之间有一段传递过程。正常情况下这段延迟很短，出问题时差异会积累。

超卖的后果比多数平台更重一些，因为货在平台的仓里，卖超了没法从别处调。处理方式只能是取消订单，而取消会影响店铺表现。

所以这个模式下，库存同步的可靠性优先级高于速度。同步慢一点可以接受，同步丢了一次就可能出问题。

判断同步是否可靠，看的是「差异会不会自己收敛」。每天核一次低库存商品，连续几天看差异是否回到零 —— 如果每次都差一点，说明有丢失型的同步失败。丢包在整条链路上的分量，见四项关键指标。

结算与对账，也走同一条链路

结算报表的下载与对账是月底的固定动作。这一步需要拉取较长时间段的数据，属于大请求，链路不稳时会反复失败。

对账的工作对时效要求不高，可以在夜间跑，但必须成功。失败一次就要重来，而重来往往赶不上财务的节奏。

把这一步安排在月初的固定时段，避开业务高峰，是成本最低的改善方式。如果每次都失败，才需要考虑链路本身的问题。备货与对账这两类「必须成功」的动作，悦播出海在配置上是按主备双链路给的，不按峰值速度给。

这套节奏下的配置建议

备货日与日常是两种不同的负载，配置要能覆盖峰值而不是平均值。带宽按备货日的批量动作估算，日常会有富余，但富余的部分可以留给报表与对账。

出口数量按操作人配置，一个运营一条；如果同时管多个店铺，再按店铺拆。进仓模式下操作人通常不多，出口数量不会很大。

冗余要配。备货与对账都有明确的截止时间，错过一次要等一个周期。主备链路的价值在这里比「快几十毫秒」大得多。备路备到什么程度，见备用线路怎么设计。

悦播出海在这个方向的配置通常是主备双链路加固定出口，出口地址不随会话变化，避免与平台侧记录的来源不一致。要确认带宽与出口数是否合适，可以在 3 天免费测试里跑一次完整的备货流程，用真实的箱数与时点来看，比按参数推算更准。

关于悦播出海

悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。这类场景我们通常先看现场条件，再定分组与带宽。