全平台健康分
—
—
近 24 小时请求—
近 24 小时报错—
上游错误 502—
拒绝 403—
限速 429—
全平台质量
—
统计日期—
请求数—
可判定数—
一致数—
这些数字是怎么算出来的
- 健康分 = 100 − 100 × 加权报错数 ÷ 请求数,窗口是最近 24 个整点小时,与下面按自然日计算的厂商质量不是同一个窗口。
- 加权口径:502 等上游错误算 1.0,403 拒绝算 0.8,其它错误算 0.6,429 限速算 0.5——上游挂掉比被限速严重得多。
- 柱状条一格是一个整点小时,颜色取该小时的健康分;灰格表示那一小时没有调用,不参与算分。
- 只统计已经路由到某个厂商的请求。平台侧的限速、内容拦截、找不到路由,都没有厂商归属,不会落在任何一张卡片上。
- 客户端主动断开的请求计入总请求数,但不算报错——那是使用方走了,不是厂商出错。
- 质量 = 模型响应一致数 ÷ 当日请求数,原值 100%。
- 比对基准是「实际发给上游的那个模型名」。平台自己做的保底替换与转发改名,不算在厂商头上。
- 模型名只在大小写、点与横线、厂商前缀、GA 日期后缀上有差别的,视为一致——那是命名风格不同,不是换了模型。
- 上游没回报模型名的请求同样算在分母里,只是不计入一致数——可判定率就是它拉低了多少。唯一的例外是整个厂商当日一条都无从判定(不少媒体与异步协议的回包里根本没有模型名字段),那不算它降智,质量保持原值 100%。
各厂商最近 24 小时状态
加载中...


