二点四倍不是把压测工具里的数字改大。
嘉禾的新预测同时改变了入口、用户行为和三条业务链的重叠时间。优惠券在整点集中领取，会员权益会在领券后立刻查询，订单与履约压力则晚几分钟到来。若只把三条曲线各乘二点四，再平均铺满一小时，最危险的尖峰会被抹平。
罗致远让业务团队重新给出分钟级预测。
原始会员、订单和商品数据仍不离开嘉禾。刻度科技拿到的是去标识后的请求类型、时间分布、依赖关系和容量上限，用它们在隔离压测环境生成合成流量。
活动前十天，变更冻结开始。
订单确认、会员权益核销和履约状态三个核心链只允许修复已确认的阻断问题。非核心看板、长报告、自定义导出和界面改版全部停止发布。任何例外都要由嘉禾业务、系统负责人和刻度科技共同说明风险、回滚与验证时间，不能在项目群里说一句“很小的优化”就上线。
冻结的不是业务运行。
推荐、预览、报表和营销展示仍然在线，只是停止无关变更。真正需要降级时，仍由嘉禾按预先批准的处置卡决定，刻度科技没有权提前关掉客户功能。
第一轮先按客户预测的二点四倍压测，晚上九点开始。
前十五分钟全部正常。
二十一点十七分，订单链的业务请求还没有越线，刻度云自己的遥测队列先开始堆积。十八套本地组件同时上报分钟摘要、审计结果、看板刷新和历史报告索引，四类数据共用一组消费者。
看板只是慢了两秒。
更要命的是，高风险证据卡也排在同一条队伍后面。一个注入的重试放大场景已经满足组合条件，本地组件四十三秒前就生成了摘要，责任链直到八十二秒后才收到。
“我们在压客户系统之前，先把自己压住了。”丁卓说。
周衡没有立刻增加消费者数量。
共用队列的上限不变，多开消费者只会一起抢后端写入和网络出口。压测记录显示，历史报告索引占了近四成写入，界面刷新又把同一组摘要重复加工。机器数量增加，拥塞位置只会后移。
他们停止这一轮，不把后续正常区间平均进去冲淡失败。
遥测被拆成三条路径。
第一条只承载三条高风险链的最小证据、责任状态和动作结果，预留固定消费者与写入配额；第二条承载普通运行摘要，达到水位后降低刷新频率，但保留本地连续记录；第三条承载历史报表和长周期索引，活动峰值时暂停云端加工，峰后再按确认位置补齐。
审计证据不能因为“非核心”被丢弃。
每个动作结果仍写入本地只追加日志并生成校验值，外部通道拥塞时先留在嘉禾环境。看板可以晚，报告可以后算，谁批准了什么、谁执行了什么不能采样删除。
孟冉把降级顺序挂到三条业务链旁边。
第一级，暂停长报告生成和非实时导出，降低管理看板刷新频率。
第二级，关闭推荐与活动预览等不影响已付订单的展示功能，会员权益保留查询与核销，暂停非必要画像更新。
第三级，履约侧延后非紧急历史对账和批量统计，把队列容量留给已付款订单状态与库存增量。
再往下不是刻度科技可以独立决定的“技术降级”。若优惠券核销、订单确认或库存写入本身需要改变业务规则，必须由嘉禾业务负责人批准具体范围和有效时间。
每一级都有进入条件、批准人、执行人、观察指标和恢复顺序。
不能一看见延迟就把所有非核心功能一次关完。关闭推荐可能降低转化，延后会员画像可能影响后续营销，降级也有真实业务成本。
第二轮压测从头重跑。
二点四倍合成流量在二十一分钟后进入峰值。历史报告队列停止云端加工，普通摘要刷新从十秒降到一分钟，高风险证据路径仍保持独立。
注入的订单重试场景在四十六秒内生成风险卡，没有被报表积压挡住。会员权益的慢查询场景先被计划变更上下文解释为观察级，计划窗口结束后仍不恢复才升为高等级，没有提前制造误报。履约积压则按区域拆成两张卡，没有让一个低风险仓区遮住核心区域。
但演练仍有一项不通过。
嘉禾故意撤掉会员权益的业务批准人，替补名单里的人虽然收到消息，却没有当前活动的批准角色。刻度科技在五分钟内接手，也在十五分钟内给出安全动作，令牌却无法签发。
丁卓没有借测试管理员账号继续做。
他按处置卡停止在审批环节，三分钟内通知双方负责人。嘉禾补齐替补角色后重新创建工单，旧令牌保持作废。计时记录把供应商响应、客户缺项和恢复时刻分开，没有为了演练全绿把等待删掉。
第三轮完成修正复测后，团队又将合成流量提高到三倍，验证为正式活动留下的额外余量。