SLA 是什么
服务等级协议是供应商对服务水平的书面承诺：可用性口径、响应时长、赔付条件与排除项，通常还配套支持计划、升级路径与版本支持周期。对关键系统而言它是风险分担工具而不是可用性保证——它约束的是争议发生时的责任边界，业务连续性仍然要由使用方自己的架构与应急预案来承担。
读 SLA 要看的几件事
第一看统计口径：可用性按哪段时间统计、以什么方式采样、哪些情况被排除，例如计划维护、上游故障、客户自身误用；第二看赔付：赔付方式多为服务费抵扣且上限有限，与业务损失通常不对等；第三看版本支持周期与升级协助，避免长期运行在无支持的版本上。采购前用真实工单验证支持渠道的响应速度，比核对条款文字更有说服力。
基本信息
| 条款构成 | 可用性口径、排除项、赔付方式与上限、响应与升级路径 |
|---|---|
| 支持边界 | 供应商支持不等于业务连续性，自建预案不可省略 |
| 版本支持 | 支持周期长度、升级协助方式与终止通知时间 |
| 成本构成 | 支持费用通常按年收取，重大故障加急支持可能另行计费 |
| 备份要求 | 关键组件保留内部知识或第二供应商方案 |
支持要素核对
| 要素 | 核对点 |
|---|---|
| 可用性口径 | 统计范围、采样方式与排除项是否明确 |
| 响应约定 | 分级响应时长、支持渠道与升级路径 |
| 赔付条款 | 触发条件、赔付上限与申请流程 |
| 版本支持 | 支持周期长度、升级协助与终止通知时间 |
| 服务范围 | 覆盖组件、区域与责任边界 |
典型使用场景
- 关键系统采购前评估支持档位与赔付条款是否匹配业务影响
- 续约前复盘一年内的支持表现与赔付记录，决定是否续约
- 设计业务连续性方案时确认哪些部分必须自建、哪些可依赖供应商
- 评估单一供应商依赖风险，准备第二方案作为谈判与故障备份
SLA 数字要看清统计口径：不同供应商对不可用时间的定义与采样方式不同，口径不同的数字之间并不可比。
把 SLA 当成可用性保证、又不建设自侧应急能力，等于把业务连续性完全押在供应商的响应速度上，争议时还缺少依据。