# 稳定性与可用率如何验证

来源: https://docs.aicentos.com/faq/stability

Language: zh-CN

> 状态监控怎么看、可用率与延迟怎么读、上游故障如何自动切换 —— 不靠宣传，自己核对

## 稳定性与可用率如何验证？

**结论：不看宣传，看数据。[状态监控](https://docs.aicentos.com/status)公开每个在测模型的可用率、响应延迟与端点 PING，全部来自真实探测，可随时自行核对。**

## 状态页能看到什么？

* 每个在测模型的 **1 小时 / 24 小时 / 7 天可用率**
* **响应延迟**与**端点 PING**
* 检测历史，可按模型查看

面板只展示**当前在测**的模型：连续多次巡检失败的模型会被自动禁用、暂时移出列表；上游已下架的模型也不再显示。所以"面板上找不到某个模型"本身就是一条信息。

## 为什么要按三个时间窗口看？

* **1 小时**：看当下是否抖动，排查"是不是现在挂了"
* **24 小时**：看白天高峰的整体表现，最有参考价值
* **7 天**：看偶发故障频率，判断是不是长期问题

只看单点数值容易被一次偶发故障误导，三个窗口一起看才接近真实体验。

## 可用率数字该怎么读？

* **99.9% 与 99% 的差距不小**：按 24 小时算，99.9% 约等于 1.4 分钟不可用，99% 约等于 14 分钟
* **可用率要配合延迟一起看**：响应正常但延迟翻倍，业务侧一样会超时
* **看分模型而不是看全站**：一个模型故障不代表全站故障，反之亦然

我们自己也在用同一套数据排查问题：怀疑服务异常时先查状态页，多数"是不是挂了"当场就有答案。

## 上游故障会自动切换吗？

会。上游是平台自建的官方账号池，同一模型挂多个账号兜底，机制是平台内建的、默认作用于全部请求，无需额外开通：

* **单家异常自动切换**：请求失败自动重试到下一家，不需要改配置
* **优先级与权重**：稳定、低延迟的上游排在前
* **自动隔离与恢复**：持续失败的上游自动停用，恢复后自动纳入
* **跨分组重试**：`auto` 分组可在分组之间重试

细节见[上游冗余与可用性](https://docs.aicentos.com/enterprise/pool-verification)。

## 怎么区分是我这边的问题还是平台的问题？

1. 打开[状态监控](https://docs.aicentos.com/status)，看目标模型的可用率与延迟是否正常
2. 正常 → 先检查自己的密钥、余额、IP 白名单与网络
3. 异常 → 属于平台侧或上游侧问题，等待自动恢复，或[联系支持](https://docs.aicentos.com/enterprise/support)跟进

常见的报错含义见[错误处理](https://docs.aicentos.com/billing/errors)。

## 数据从哪来、多久更新一次？

监控服务独立于文档站运行，数据来源为自建的健康巡检服务（`status.aicentos.com`）。若文档站上的面板长时间无数据，可直接访问原站确认。

## 企业采购时能把这些写进合同吗？

可以。实时可用性数据公开，可作为合同的附件事实依据；是否约定赔付型 SLA 属于商务条款，在[合同与对公结算](https://docs.aicentos.com/enterprise/billing-contract)中确认。