妙手ERP多租户优化：旺季资源弹性调度

2026 年 10 月 16 日，妙手ERP发布 V7.1.0 版本，完成多租户资源池改造。新架构把计算线程、缓存与任务队列按租户隔离，旺季根据店铺近 7 天的活跃度动态分配算力，同一集群里的中小卖家不再被头部店铺的批量任务拖慢。上线首周，平台订单处理峰值达到改造前的 2.6 倍，95% 的审单请求在 320 毫秒内返回。

过去三年，每逢黑五与双十一，系统最怕的不是总量，而是某个卖家一次导入十万条订单把队列占满。运维只能在深夜手动调整权重，第二天再改回来，调完还要写一份说明发给客服。这次改造把“谁在用资源”变成可计量、可限额的指标，调度从人工干预变成规则自动执行，值班表上少了一栏“大促调参”。

资源池如何隔离与计量

系统按租户划分独立的计算配额，单店默认 8 个并发工作线程，专业版可升到 32 个。配额用完后新任务进入等待队列，而不是抢占其他店铺的线程；缓存层采用命名空间隔离，键名前缀带租户标识，避免不同卖家读到彼此的库存与价格。任务队列还按类型拆分，面单生成这类长任务不再堵住库存回写。

计量粒度到分钟。每个租户消耗的 CPU 秒数、队列等待时长、缓存命中率都会写入监控表，运维在后台能看到某店铺在 14:20 至 14:35 之间占用了多少资源。连续 3 天超配的店铺会收到扩容建议，运营也可以主动申请临时额度，审批通过后 5 分钟内生效，大促结束后自动回收。

稳定的不是服务器，是卖家在大促当天敢不敢按下批量导入。—— 陈可，妙手ERP 订单域技术负责人

旺季压测：峰值与延迟

9 月下旬的压测模拟 5000 家店铺同时导入订单，单小时写入 186 万条记录。改造前队列最长等待 47 分钟，部分店铺的审单页面出现 12 秒以上空白；改造后最长等待 3 分 20 秒，95% 的请求在 320 毫秒内返回。压测报告里还留了一张对照表，把每个环节的耗时拆到毫秒，供运维逐项核对。

压测暴露了一个细节：面单生成与库存回写混在同一队列，前者耗时长、后者要求低延迟。新版本把两类任务拆开，面单排队时库存回写照常进行，超卖风险随之下降。第二批压测把导入量提高到单小时 240 万条，队列等待仍控制在 5 分钟以内，只有 3 家店铺触发了限流提示。

灰度发布与一键回滚

新架构按租户分 5 批灰度，每批间隔 24 小时，观察错误率、队列长度与订单积压三项指标。任何一项超过阈值，该批次自动停止并回滚到旧调度器，回滚过程不影响已经进入处理的订单。灰度名单由系统按店铺等级与活跃度抽取，卖家不会在同一周内被反复切换。

截至 10 月 14 日，已有 3180 家店铺切换到新资源池，累计处理订单 6240 万笔，因调度引发的工单 9 起，全部在 2 小时内关闭。剩余店铺计划在 11 月上旬完成迁移，迁移当天系统会在后台给管理员留一条记录，写明切换时间与当时的队列长度。

妙手ERP表示，下一步会把资源配额开放给卖家自查，运营可以在后台看到自己店铺的算力使用曲线，据此安排批量导入与上新时间。V7.1.0 已向全量用户推送，客户端在“设置 - 运行状态”里可以查看当前调度模式与近 24 小时的等待时长。

调度做得好不好，看的是最忙那一天有没有人打电话来找运维。—— 周明远，妙手ERP 产品负责人