同一项服务，供应方后台显示正常，用户却可能因解析、连接或访问路径问题无法使用。要让境外资源采购后的服务可用率验收指标能复核、能落地，签约前就要约定统计周期、故障口径和监测点，而不是等到月底再讨论某段时间算不算故障。
先明确“可用”指什么
先列出采购范围和用户实际依赖的功能，例如登录、读取指定页面、提交请求或取得文件。验收对象可以是完整服务，也可以拆分为接口、区域或功能；若只检查服务器状态，可能漏掉域名解析、加密连接或应用响应失败。
建议把一次监测定义为：从约定位置发起指定请求，并按约定的状态码、响应内容或业务结果判断成功。仅能建立连接但返回错误页面，不应自动视作服务可用。反过来，偶发的单次探测失败也不宜直接认定为持续故障，应规定连续失败次数或持续时长。
把统计周期和计算方式写成条款
常见做法是按自然月统计，或从验收启用日开始计算连续周期；两者的区别在于自然月便于对账，连续周期则可避免月中启用造成样本偏短。合同应写明起止时刻、时区、数据截止时间，以及是否逐月单独达标。短期试运行数据不宜与完整周期混算。
可用率通常按“（统计周期总时长－确认的不可用时长）÷统计周期总时长×100%”计算。若约定连续30天，目标为99.9%，理论不可用额度为43.2分钟；这是按30天连续计时的数学换算，不代表任何服务商承诺。还要说明不足一个探测间隔的故障如何折算，以及跨周期故障如何分摊。
故障口径要能复现
区分全量故障与部分受影响
全量故障可定义为约定功能在全部验收监测点均未通过；部分区域或部分功能异常，则应单独记录，或按事先商定的权重计算。若采购内容包含多个互相独立的资源，分别报告通常比合并成一个平均值更容易定位问题，也不容易让单项故障被其他正常项掩盖。
约定维护、外部依赖和短暂失败
计划维护是否排除在统计之外，应写清提前通知要求、允许时段和最长时长；未按约通知的维护可约定仍计入。对本地网络、第三方身份验证或用户设备造成的失败，不要仅凭归因判断排除，应要求提供日志或双方认可的证据。还应明确连续失败判定，例如连续两次或三次探测失败才触发故障区间；探测频率越低，故障起止时间的估算误差通常越大。
监测点应覆盖真实访问路径
至少约定两个相互独立的外部监测点，并明确所在区域、网络来源及探测目标。若用户集中在特定国家或地区，监测位置应贴近实际使用地；仅从资源所在机房附近探测，无法充分代表用户跨境访问体验。也可将服务商监控作为辅助证据，但不宜让供应方单一数据源成为唯一验收依据。
探测方式可采用周期性请求：一般场景可评估每1至5分钟一次，重要场景可考虑更短间隔；具体频率要兼顾告警及时性、请求成本和误报风险。保存原始结果、失败类型、时间戳和配置变更记录，并约定双方如何核对。相关的服务等级协议（SLA）应与验收口径一致，不能只写一个百分比。
签约前按清单完成约定
- 列出纳入验收的资源、功能、区域和测试请求，排除范围也逐项写明。
- 选定自然月或连续统计周期，确定时区、启算点、探测间隔和数据保存期限。
- 定义成功条件、连续失败阈值、故障起止算法，以及部分故障的计算方式。
- 确定监测点位置、网络独立性、备用证据来源和双方复核流程。
- 设定目标值、补救方式及未达标后的处理，并用一段模拟数据验证公式。
验收时重点核对原始探测记录与故障清单是否一致，再依合同公式重算，不要只接受月度汇总截图。这样制定的境外资源采购后的服务可用率验收指标，才能把统计周期、故障口径和监测点转成双方都能执行的规则。
常见问题
统计周期选自然月还是连续30天？
周期性对账可选自然月；首次验收或月中启用，连续完整周期更便于比较。关键是事先约定并保持一致。
一个监测点失败就算故障吗？
取决于合同定义。可约定多个监测点交叉确认，或把单点异常列为部分故障；应同时保留原始结果，避免事后更改规则。
可用率达到目标是否代表体验一定合格？
不一定。可用率衡量约定功能是否成功，不直接衡量速度、容量或响应质量；这些要求应另设指标和验收条件。