SLA/SLO/SLI 与容量规划

SRE 的核心是量化可靠性。SLA/SLO/SLI 定义了"多可靠算足够可靠"，容量规划确保资源满足这些目标。

1. 定义区分

SLI: 测量什么
↓
SLO: 目标值多少
↓
SLA: 达不到的后果（法务/商务）

2. SLI 选择

Google SRE Book 推荐的 SLI 类型：

四类黄金信号

SLI 制定原则

1. 用户视角：测量用户感受到的质量
2. 可量化：能够用监控工具持续测量
3. 可行动：触发后知道如何改进
4. 不过度：选择最关键的几个（3-5 个）

3. SLO 制定方法

可用性 SLO 参考

更高 SLO ≠ 更好。SLO 提升 10 倍，成本可能提升百倍。

错误预算

错误预算 = 1 - SLO

SLO 99.9% → 年错误预算 = 0.1% × 525600 分钟 = 525.6 分钟

每月可用预算 = 525.6 ÷ 12 ≈ 43.8 分钟

用途：
- 本月已用 30 分钟 → 谨慎发布，加强测试
- 本月已用 50 分钟 → 冻结发布，聚焦稳定性改进

多层级 SLO

组织级     SLO: 99.99%（核心业务总览）
  │
  ├─ 产品级 SLO: 99.95%（具体产品）
  │     │
  │     └─ 服务级 SLO: 99.9%（单个服务）
  │
  └─ 基础设施 SLO: 99.999%（K8s 集群）

4. 容量规划

核心公式

所需容量 = 预测峰值 × 冗余系数 × 增长余量

预测峰值: 业务高峰期的资源需求
冗余系数: N+1 或 N+2（通常 1.3-1.5）
增长余量: 未来 3-6 个月增长预期

容量模型

扩容策略

5. 压测方法论

压测类型

┌───────────────────────────────────────────┐
│ 负载测试 (Load Testing)                    │
│ 目标: 验证系统在正常负载下的表现            │
│ 方法: 逐步加压至目标 QPS                    │
├───────────────────────────────────────────┤
│ 压力测试 (Stress Testing)                  │
│ 目标: 找到系统极限、观察恢复过程            │
│ 方法: 加压至系统崩溃                        │
├───────────────────────────────────────────┤
│ 稳定性测试 (Soak Testing)                  │
│ 目标: 长时间运行发现内存/连接泄漏           │
│ 方法: 持续跑 8-24 小时                      │
├───────────────────────────────────────────┤
│ 峰值测试 (Spike Testing)                   │
│ 目标: 突发流量应对能力                      │
│ 方法: 瞬间加压数倍                          │
└───────────────────────────────────────────┘

压测工具

k6 示例

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
    stages: [
        { duration: '2m', target: 100 },   // 逐步加压
        { duration: '5m', target: 100 },   // 稳态
        { duration: '2m', target: 200 },   // 继续加压
        { duration: '5m', target: 200 },   // 稳态
        { duration: '2m', target: 0 },     // 减压
    ],
    thresholds: {
        http_req_duration: ['p(99)<200'],
        http_req_failed: ['rate<0.1'],
    },
};

export default function () {
    const res = http.get('https://api.example.com/orders');
    check(res, {
        'status is 200': (r) => r.status === 200,
    });
    sleep(1);
}

总结

没有无限可靠性的系统，只有清晰定义"足够可靠"并为之投入的系统。