
一、SLA 是什么
SLA(Service Level Agreement,服务等级协议)是服务商对服务质量做出的承诺,核心指标是可用性——即服务正常运行的时间占比。
对 WAF 来说,SLA 直接关系到”WAF 挂了,我的网站是不是也挂了”。
二、可用性档位换算
“99.9%” 这类数字很容易让人产生错觉,换算成具体时间才直观:
| 可用性 | 俗称 | 年停机 | 月停机 | 日停机 |
|---|---|---|---|---|
| 99% | 两个 9 | 3.65 天 | 7.2 小时 | 14.4 分钟 |
| 99.5% | – | 1.83 天 | 3.6 小时 | 7.2 分钟 |
| 99.9% | 三个 9 | 8.76 小时 | 43.2 分钟 | 1.44 分钟 |
| 99.95% | – | 4.38 小时 | 21.6 分钟 | 43 秒 |
| 99.99% | 四个 9 | 52.6 分钟 | 4.32 分钟 | 8.6 秒 |
| 99.999% | 五个 9 | 5.26 分钟 | 26 秒 | 0.86 秒 |
三、WAF 的 SLA 意味着什么
WAF 处于流量链路上,它的可用性直接影响业务。所以:
- 99.9% 的 WAF:一年可能累计 8.76 小时网站不可访问
- 99.95% 的 WAF:一年累计 4.38 小时
- 99.99% 的 WAF:一年累计不到 1 小时
对于电商、金融、SaaS 这类业务,8 小时停机可能意味着巨大的损失。所以 SLA 要结合业务的容忍度来选。
四、SLA 协议要看哪些条款
4.1 可用性的计算口径
不同厂商对”不可用”的定义不同,要看清:
| 条款 | 需要注意的点 |
|---|---|
| 统计周期 | 按自然月还是季度? |
| 不可用定义 | 是”完全无法访问”还是”响应慢也算”? |
| 排除项 | 计划维护、不可抗力、客户原因是否排除? |
| 测量点 | 从哪个位置探测?单点还是多点? |
| 赔付方式 | 是赔代金券还是现金?赔付比例多少? |
4.2 常见的免责条款
多数 SLA 会排除这些情况:
- 计划内维护(通常提前通知)
- 不可抗力(地震、战争、大规模网络中断)
- 客户自身配置错误导致的问题
- 客户源站故障导致的不可用
- 第三方(如运营商)原因
这意味着实际能拿到赔付的场景比想象中少。
4.3 赔付规则
典型赔付阶梯(示例):
可用性 < 99.9% → 赔付当月费用的 10%
可用性 < 99% → 赔付当月费用的 25%
可用性 < 95% → 赔付当月费用的 50%
注意:
├─ 赔付通常是"服务代金券",不是现金
├─ 赔付有上限(如不超过当月费用)
└─ 需要客户主动申请,不会自动赔
五、SLA 之外还要看什么
| 维度 | 关注点 |
|---|---|
| 节点数量 | 节点越多,单点故障影响越小 |
| 多线接入 | 是否支持多运营商线路 |
| 故障响应 | 工单响应时间、是否 7×24 |
| 切换速度 | 故障后多久能自动切换 |
| 历史表现 | 厂商过往的实际可用性记录 |
| 容灾能力 | 是否有多机房、多地域备份 |
SLA 是纸面承诺,实际可用性还要看厂商的架构和运维能力。
六、怎么保障自己的业务
- 选 SLA 高的服务商(至少 99.9%,关键业务选 99.95%+)
- 配置多源站 + 健康检查,避免源站单点
- 用第三方监控探针从多地点探测,独立验证可用性
- 准备应急预案:WAF 故障时如何快速切回直连
- 定期查看厂商的状态页和故障公告
应急切换预案(示例):
若 WAF 持续不可用超过 15 分钟:
1. 把 DNS 解析临时指向源站 IP
2. 源站临时放宽访问限制
3. 加强源站监控(此时无 WAF 保护)
4. WAF 恢复后切回
注意:切换会暴露源站 IP,
仅在紧急情况下使用。
七、小结
SLA 不是越大越好的数字游戏,关键是和业务容忍度匹配。99.9% 一年可停 8.76 小时,关键业务应选 99.95% 以上。看 SLA 时要关注计算口径、免责条款和赔付规则——这些细节决定了承诺的实际含金量。同时,自己配好监控、多源站和应急预案,才是可用性的真正保障。
