aicentos常见问题
稳定性与可用率如何验证
状态监控怎么看、可用率与延迟怎么读、上游故障如何自动切换 —— 不靠宣传，自己核对
最后更新于:
稳定性与可用率如何验证？
结论：不看宣传，看数据。状态监控公开每个在测模型的可用率、响应延迟与端点 PING，全部来自真实探测，可随时自行核对。
状态页能看到什么？
- 每个在测模型的 1 小时 / 24 小时 / 7 天可用率
- 响应延迟与端点 PING
- 检测历史，可按模型查看
面板只展示当前在测的模型：连续多次巡检失败的模型会被自动禁用、暂时移出列表；上游已下架的模型也不再显示。所以"面板上找不到某个模型"本身就是一条信息。
为什么要按三个时间窗口看？
- 1 小时：看当下是否抖动，排查"是不是现在挂了"
- 24 小时：看白天高峰的整体表现，最有参考价值
- 7 天：看偶发故障频率，判断是不是长期问题
只看单点数值容易被一次偶发故障误导，三个窗口一起看才接近真实体验。
可用率数字该怎么读？
- 99.9% 与 99% 的差距不小：按 24 小时算，99.9% 约等于 1.4 分钟不可用，99% 约等于 14 分钟
- 可用率要配合延迟一起看：响应正常但延迟翻倍，业务侧一样会超时
- 看分模型而不是看全站：一个模型故障不代表全站故障，反之亦然
我们自己也在用同一套数据排查问题：怀疑服务异常时先查状态页，多数"是不是挂了"当场就有答案。
上游故障会自动切换吗？
会。上游是平台自建的官方账号池，同一模型挂多个账号兜底，机制是平台内建的、默认作用于全部请求，无需额外开通：
- 单家异常自动切换：请求失败自动重试到下一家，不需要改配置
- 优先级与权重：稳定、低延迟的上游排在前
- 自动隔离与恢复：持续失败的上游自动停用，恢复后自动纳入
- 跨分组重试：
auto分组可在分组之间重试
细节见上游冗余与可用性。
怎么区分是我这边的问题还是平台的问题？
常见的报错含义见错误处理。
数据从哪来、多久更新一次？
监控服务独立于文档站运行，数据来源为自建的健康巡检服务（status.aicentos.com）。若文档站上的面板长时间无数据，可直接访问原站确认。
企业采购时能把这些写进合同吗？
可以。实时可用性数据公开，可作为合同的附件事实依据；是否约定赔付型 SLA 属于商务条款，在合同与对公结算中确认。