可用率数字必须同时说明“什么算成功”和“总共观察了什么”。按请求、按时长、按完整任务计算，会回答不同问题。没有分母、超时定义和覆盖时段的百分比，既难复核，也不适合拿来比较品牌。
三种数字不要相互冒充
| 口径 | 分子与分母 | 更适合说明什么 |
|---|---|---|
| 请求成功比例 | 成功请求数／有效请求总数 | 指定探测任务在样本中的结果 |
| 观测时段比例 | 达到条件的已测时长／有效已测时长 | 已覆盖时段内的状态 |
| 完整任务比例 | 完成任务数／开始并纳入的任务数 | 会议、上传等实际工作体验 |
这些是个人记录口径示例，不是服务合同里的统一SLA定义。采用哪一种，应在测试前说明；未知原因的失败和测量工具自身失效也应分类，不在看完结果后随意移出分母。
99次网页成功，仍可能开不好一次会议
假设一天做了100次观察，其中99次短网页成功，一次长会议失败。请求口径可写99/100，但不能写成“99%的会议时间可用”。如果大部分观察都在白天，晚间只有少量样本，也不能声称整天各时段表现相同。这些是假设数据，不是本站品牌测量。
再假设一天只有两小时持续记录，其余22小时没有观察。应写“有效观察两小时”，不能把其余时间全部记为正常。计划每分钟一次但设备休眠漏测时，漏测不是成功，也不能简单都认定为服务故障。
一份能复算的结果需要什么
保留任务、超时、探测间隔、开始结束时间、有效样本数、成功数、失败数、缺测数和人为干预。百分比旁边写绝对数量，例如“18/20”，比仅展示“90%”更易理解。统计窗口改变时，重新说明覆盖范围，别把十分钟样本换算成年化保证。
RFC 2330强调测量定义和方法的重要性。本篇据此采用明确口径的编辑原则，不主张一套探测覆盖全部应用。需要记录一次故障持续多久，读恢复时间的起止；需要完整观察安排，读稳定性记录方法。本站截图中的绿色节点计数缺少长期请求分母，不能转换为品牌可用率。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。