API 中转介绍

渠道状态

各渠道分组的实时健康监控 — 转发延迟、端点 PING、可用性、近 60 次记录可视化。
「渠道状态」实时展示每个渠道分组的网络健康度:转发延迟、端点 PING、可用性、近 60 次调用结果。自动每 48 秒刷新一次,类似 status.openai.com 的可视化监控页。

界面概览

页面顶部 + 卡片网格:

区域内容
顶部右侧7 天 / 15 天 / 30 天 时间窗切换、OPERATIONAL 全局状态、自动刷新计时器(48s)
卡片网格每个渠道分组一张卡片,按顺序排列

卡片信息详解

每个渠道卡片显示以下信息:

区域含义
顶部标题渠道名(如 Codex 分组)+ 状态徽章(正常 / 异常
副标题描述说明(如「该分组支持生图」「只要模型能通畅就能生图」)
平台标签OpenAI / Anthropic / Gemini 等平台
测试模型用哪个模型做健康检查(如 gpt-5.5 / claude-opus-4-7
转发延迟中转层处理请求的延迟(ms)
端点 PING到上游端点的网络往返延迟(ms)
可用性 %时间窗内的成功率(绿色 100% / 黄色降级 / 红色故障)
近 60 次记录60 个小条形图,每条代表一次健康检查;绿 = 成功,黄 = 慢/降级,红 = 失败
刷新时间上次检查到现在的时间

三个延迟指标的区别

指标含义关注点
转发延迟中转端处理用时(路由 + 鉴权 + 转发)看中转本身性能
端点 PING中转 → 上游模型 API 的网络 RTT看上游网络质量
总耗时(仪表盘里有)中转处理 + 上游推理 + 流式响应看用户实际体验

「转发延迟 + 端点 PING」≈ 首字延迟前的固定开销。模型推理本身耗时不在这两个里。

状态徽章

徽章含义建议
🟢 正常时间窗内可用性 ≥ 99%放心使用
🟡 降级可用性 90-99%偶发抖动,关键任务请谨慎
🔴 故障可用性 < 90%切到其他渠道分组,等修复

时间窗切换

页面右上角有 7 天 / 15 天 / 30 天 三个按钮:

  • 7 天(默认):看最近一周趋势,最敏感
  • 15 天:看半月稳定性
  • 30 天:看长期可用性,做对账参考

切换后所有卡片重新计算可用性

「近 60 次记录」可视化

每个绿色 / 黄色 / 红色小条代表一次健康检查(每 48 秒一次,60 次 ≈ 48 分钟历史)。

典型情形

颜色分布解读
全绿完全健康,无任何抖动
偶有黄条偶发慢响应(网络抖动 / 上游限流)
连续黄/红短时故障窗口,结合时间判断是否影响你的业务
末尾一段红当前正在故障中

全局 OPERATIONAL 状态

页面右上角的 「• OPERATIONAL」 绿色徽章表示整站所有渠道汇总状态:

  • 🟢 OPERATIONAL:所有渠道正常
  • 🟡 DEGRADED:部分渠道降级
  • 🔴 OUTAGE:有渠道完全故障

类似 status.openai.com 的全局 banner。

实际用法

1. 调用失败时先看这页

调用某个分组的密钥报错时,先来这页看对应渠道是否在故障窗口。

渠道状态行动
🟢 正常是你的代码 / 配置问题,看 故障排查
🟡 降级加重试 + 指数退避试试
🔴 故障等修复,或切到其他分组(用其他 Key)

2. 选渠道之前看长期稳定性

打算新接入业务时,切到 30 天视图,看 90 天可用性 ≥ 99.5% 的渠道更适合做生产依赖。

3. 监控自己依赖的渠道

把这页加书签,关键业务定期看。也可以让运维写脚本拉这页数据接告警。

与「可用渠道」的区别

维度可用渠道渠道状态(本页)
重点列出有哪些渠道、模型、倍率实时健康度、可用性历史
更新频率较少(上线 / 下线时)每 48 秒 自动刷新
决策用途创建 Key 时选哪个分组调用失败时排查、做容量规划

详见 可用渠道

自动刷新

页面右上角显示 「自动刷新 48s」 计时器。倒计时归零会自动拉新数据。

如果你不想等,手动点刷新图标立即更新。

几个使用建议

报错先看渠道状态

调用失败先来这页判断是渠道故障还是自己的问题,省时省力

看 30 天选生产渠道

生产依赖前切 30 天视图,看长期可用性 ≥ 99.5% 才放心

多渠道分散风险

关键业务别只押一个渠道,并行配 2-3 个 Key 在不同分组

把这页加书签

浏览器收藏夹固定一个 tab 给「渠道状态」,每天瞄一眼

下一步

看自己的使用记录

渠道状态对应「全局健康」,使用记录对应「我的实际调用」

了解可用渠道

各渠道支持的模型与倍率