资源推荐与前瞻决策

阅读推荐快照

一份推荐保存某次计算的资源建议、目标副本、决定因素、采用来源、版本与有效期。它回答“建议怎么配”和“为什么”，执行记录回答“最终是否应用”。

为容量就绪预留时间

需求出现时才发起扩容，新增 Pod 可能来不及就绪。前瞻决策把采集、预测、控制循环、Pod Ready 及需要时的节点准备时间纳入提前量，再检查相应未来窗口。

扩容与缩容关注的窗口不同。缩容需要更谨慎地结合未来需求、当前负载与就绪状态，避免将短暂回落解释为可以立即减少容量。

多算法共识

所有可用候选都可参与提前量窗口的计算，可信度结合评分与近期跟踪误差。决策按配置的加权分位数汇总候选，再结合实测负载与安全约束结算。

共识说明应与最终副本、约束、当前用量一起阅读。没有可用预测时，按模块规则进入固定周期、兜底或保持原值。

资源与副本约束

• CPU、内存、吞吐和 JVM 压力可能成为决定性约束。
• 副本受最小值、最大值、硬上限、步长与冷却限制。
• OOM 地板和内存峰值提供保护，不能由平滑的点预测替代。
• 单 Pod 容量来自配置或历史估计，需要结合业务压测确认。

预测要覆盖容量准备时间

需要规划副本伸缩时，实际预测范围会结合模块预测周期、运行间隔和提前量扩展，默认按两倍提前量覆盖，最长不超过 24 小时；推荐明细说明扩展原因。已有足够扩容结果时，提前量优先参考本模块实测的容量就绪时间，并吸收近期扩容偏晚的余量。

近期跟踪明显落后的候选，在存在健康候选时不参与共识。若实时负载已超过预测与当前容量，可由可配置的紧急扩容规则兜底；紧急路径只允许扩容，仍受副本上限约束。