在大促期间，客户投诉激增、百级告警瞬间涌入，数字员工实例数却卡在固定值——任务积压、响应超时、SLA频繁告破。这种场景下，你需要的不是手动加机器，而是让系统自己感知负载、自动伸缩、精准扩容。QoderWake的事件驱动扩缩容，正是为此而生。

开启事件驱动扩缩容开关

这是整套自动扩容机制的“总闸门”，不打开它，一切弹性伸缩都无从谈起。

操作非常简单：登录QoderWake管理控制台，进入「系统配置」，找到「弹性策略」模块。将「事件驱动扩缩容」开关从灰色切换为绿色状态。但请注意，必须点击“保存并同步至所有节点”按钮——否则，生效的仅仅是你当前的控制台，集群中其他实例仍会沿用旧的静态策略，无法实现全局统一的动态扩容。

设定扩容触发阈值条件

阈值设定是一门平衡艺术。设得太松，风吹草动就扩容，资源白白浪费；设得太紧，等CPU飙到99%才反应，系统早就扛不住了。要在灵敏性与稳定性之间找到一个恰到好处的点，确保高并发场景下既能快速响应又不至于过度消耗。

**方法一：基础双指标组合**

在「扩容触发条件」栏，填入这样的规则：连续3分钟CPU平均使用率 > 85% 且 待处理事件积压 > 200条。两个条件必须同时成立，才会触发扩容动作，这种组合策略能有效过滤瞬时波动带来的误判。

**方法二：叠加业务语义标签**

对于P0级事件，比如event_type=aliyun.sls.alert.high_severity这类高优先级告警，可以额外启用「优先级加权触发」。只要该类事件积压数量达到50条或以上，便绕过CPU指标，直接触发扩容。这一步的关键在于，将业务语义纳入弹性策略，让系统理解什么才是“真正紧急的负载”，从而实现更精准的自动伸缩。

需要特别说明的是：如果配置了多组阈值，QoderWake执行的是“满足任一组即触发”的逻辑，并不需要全部命中，这种设计能兼容不同场景下的弹性需求。

配置扩缩容边界参数

没有边界的自动扩缩容，无异于把服务器交给AI去赌大小。必须有硬约束来“兜底”，保障系统稳定运行。

**第一步：设置最大扩容上限**

在「弹性上限」字段，输入当前部署规模的3倍实例数。举个例子，如果你当前有4个数字员工实例，这里就填12。这个上限是为了防止失控式膨胀——无论负载多大，实例数都不会突破这个天花板，确保资源成本可控。

**第二步：设定缩容冷却时间**

填入15分钟。含义很明确：从最后一次新事件进入系统开始计算，如果连续15分钟都没有新事件到来，系统才会允许回收空闲实例。这个冷却窗口可以避免频繁缩容导致的“扩容刚完成、缩容又触发”的震荡效应，提升整体弹性效率。

**第三步：禁用瞬时抖动触发**

勾选「忽略单点峰值」选项。它会自动过滤掉持续不足30秒的CPU尖峰——监控采样那几秒钟的脉冲尖刺，不会触发任何动作。这样一来，系统就不会因为短暂的波动而陷入无意义的反复扩缩中，从而节省计算资源并维持负载均衡。