 chengqian
|
958f6c4d75
|
type(relay):修正测试代码里面的函数名为纯英文
|
2026-08-28 17:40:24 +08:00 |
|
|
chengqian
|
dd02bf4ac3
|
feat(admin): 渠道列表/详情展示最差模型，暴露被均值摊薄的单模型故障
渠道健康分是各模型 succ_ewma 的均值，单个模型全挂会被其余健康模型摊薄——10 个
健康模型 + 1 个挂掉仍能算出 90 分绿灯，而这恰是模型级熔断要隔离的典型场景。
补一个最差项：ChannelRuntimeStates 遍历目录快照时顺带取每个渠道 succ_ewma 最小的
模型，按 succ^α×100 折算为与渠道分同口径的健康分。
不落库、不加列：catalog 内存快照已逐 (渠道,模型) 持有 SuccEwma，遍历它即可，零额外
I/O；数据是调度器同源的 5 秒刷新值，比 5 分钟落盘快照更新鲜。取最小值也天然免疫冷
模型问题——无上报的模型读作满分 1.0，永远不会被选为最差项。
byModel 是 map，遍历顺序随机，同分时按模型名取小者打破平局，否则全部模型满分时
每次请求返回的模型名都会跳变。
前端：列表页健康度列在最差项低于 80（健康档）时补一行「⚠ 模型名 分数」，详情页
健康度字段同理；disabled / testing 渠道不在目录快照，不展示。
|
2026-08-27 21:59:45 +08:00 |
|
|
chengqian
|
3f3fc43856
|
fix(dispatch): 健康读值区分「无数据」与「读失败」，Redis 降级不再清零健康记忆
ReadRuntime 此前对「该模型没有流量」和「Redis 读失败」返回同样的乐观默认值
succ=1，调用方无从分辨。后果是 catalog.Rebuild 会用这批默认值重建快照，把上一轮
真实的 EWMA 覆盖掉——注释声称的 last-known 语义实际没有兑现，Redis 抖一下全渠道
healthFactor 集体回满分。
RuntimeReadout 新增 HasHealth（确有真实上报，脏值/精确 0/字段缺失都不算）与
Degraded（读失败，读值整体不可信）两个标记；Rebuild 在 Degraded 时沿用上一份快照的
健康读值，无历史可沿用才保持乐观默认（新实例启动即遇 Redis 故障不应把全渠道判死）。
|
2026-08-27 21:59:43 +08:00 |
|
|
qian
|
540817a6a7
|
feat(channel):新增渠道调度状态显示
|
2026-08-08 09:09:07 +08:00 |
|
|
Qian
|
2ef5a40c26
|
新的调度方式 (#14)
重构模型渠道调度系统
|
2026-08-01 22:55:08 +08:00 |
|