CICD流水线SLI口径：通信机制与数据传输优化 - 第1节
1.1 SLI 定义：服务等级指标
SLI（Service Level Indicator，服务等级指标） 是对服务某个特定维度（如可用性、延迟、吞吐量、错误率）进行量化的直接测量值。在 CI/CD 流水线语境下，SLI 聚焦于流水线各阶段（代码提交、构建、测试、部署）的通信机制与数据传输效率。
核心公式： SLI = 符合预期行为的样本数 / 总样本数 × 100%
例如：流水线构建成功率 = 成功构建次数 / 总构建触发次数 × 100%
例如：流水线构建成功率 = 成功构建次数 / 总构建触发次数 × 100%
SLI 必须满足以下特征：
- 可测量性： 能够通过工具或日志精确采集，如 Jenkins 构建时长、Artifactory 上传速率。
- 可对比性： 在不同时间窗口、不同分支或不同环境之间可横向比较。
- 业务相关性： 直接反映用户或开发团队对流水线质量的真实感知。
1.2 SLI 在 CI/CD 中的重要性
CI/CD 流水线是软件交付的“高速公路”，SLI 则是这条路上的“传感器”。没有 SLI，团队无法感知流水线的健康状态，优化也无从谈起。
| 流水线阶段 | 典型 SLI | 重要性说明 |
|---|---|---|
| 代码提交 | 提交触发延迟（ms） | 影响开发者反馈闭环速度 |
| 构建 | 构建成功率（%）、构建时长（s） | 直接决定流水线吞吐量 |
| 测试 | 测试覆盖率（%）、测试执行时间（s） | 质量门禁的核心依据 |
| 部署 | 部署成功率（%）、回滚频率（次/天） | 生产环境稳定性关键指标 |
| 数据传输 | 制品传输速率（MB/s）、传输失败率（%） | 跨环境通信效率瓶颈 |
实践建议： 优先选择“开发者最痛”的环节作为 SLI 切入点。例如，如果团队频繁抱怨“构建太慢”，则构建时长 SLI 应作为首要监控对象。
1.3 SLI 与 SLO / SLA 的关系
SLI、SLO（Service Level Objective，服务等级目标）和 SLA（Service Level Agreement，服务等级协议）构成了服务质量管理的三层金字塔：
- SLI（指标层）： 客观测量值，回答“现在怎么样”。
- SLO（目标层）： 基于 SLI 设定的目标阈值，回答“应该怎么样”。
- SLA（协议层）： 对外承诺的契约，回答“承诺怎么样”。
常见误区： 不要将 SLI 直接当作 SLO 使用。SLI 是原始测量值，SLO 是经过业务权衡后的目标值。例如，SLI 显示构建成功率为 97.2%，但团队根据发布节奏和风险容忍度，将 SLO 设定为 ≥ 95%，两者之间存在“安全缓冲”。
1.3.1 三者在 CI/CD 中的协作示例
| 维度 | SLI（测量值） | SLO（目标值） | SLA（承诺值） |
|---|---|---|---|
| 构建成功率 | 97.2% | ≥ 95% | ≥ 90%（对外承诺） |
| 部署时长 | 12.5 min | ≤ 15 min | ≤ 20 min |
| 制品传输速率 | 45 MB/s | ≥ 40 MB/s | ≥ 30 MB/s |
通过这种分层设计，团队可以在 SLI 偏离 SLO 时提前预警，避免触发 SLA 违约。例如，当构建成功率降至 93% 时（低于 SLO 但未触及 SLA），团队应立即介入排查，而不是等到 SLA 红线被突破。