早上八点，前置仓的分拣员刚打开后台，订单列表刷了几次都不全；骑手端的配送单迟迟不更新。这类即时零售场景里的卡顿，很多时候要从代理IP出口这一层去找原因，而不是先怀疑系统。
门店履约指的是从顾客下单到门店拣货、打包、交接给骑手的全过程。这条链路里的订单同步、库存扣减、拣货状态更新是三路不同的请求，都走代理IP出口，出口一抖，三边看到的状态就对不齐。
前置仓把货放在离用户更近的小仓里，代价是仓多、数据分散。每个仓的库存与订单各自同步，代理IP出口地区与门店所在地不一致时，后台可能拉到别的区域的数据版本，表现出来就是这家店有货、那家店没有。
配送交接是实时性最强的一段，骑手端要持续接收派单与路线，靠的是长连接推送。代理IP出口频繁变动时长连接反复重建，骑手端就会出现派单延迟，严重的还会漏单。
为什么即时零售比普通电商更挑出口
普通电商可以等，即时零售等不了。履约窗口常常只有几十分钟，代理IP出口在拣货与交接之间抖动一次，损失的是准时率，而准时率恰恰是这个行业最看重的东西。把门店后台与骑手端各自固定在稳定的出口上，比事后补救有效得多。
- 门店后台固定在门店所在地的代理IP出口，不要随手切换
- 订单与库存同步期间保持出口不变，避免数据版本错位
- 骑手端长连接单独留一条稳定出口，派单不中断
- 高峰期前检查出口带宽余量，把大流量任务错开安排
这几条看起来简单，难的是每天都做到。即时零售的日常运营里，出口这一层不出问题时几乎没人注意，一出问题就是履约延误，所以更值得提前安排。
把出口当成履约链条里固定的一环来管理，订单、库存、配送三路各自稳定，门店的节奏就不会被打乱。
即时零售拼的是分钟，代理IP出口稳不稳，直接写进履约的分数里。