1. 课程导论：微服务CI/CD流水线SLI口径与测试验证流程
1.1 微服务CI/CD流水线面临的挑战
在微服务架构中，CI/CD流水线不再是单体的线性构建，而是一个由数十甚至上百条独立流水线组成的复杂网络。每条流水线负责一个微服务的构建、测试、部署与发布，这种分布式特性带来了传统单体流水线中不存在的系统性挑战。
| 挑战维度 | 具体问题 | 典型后果 |
|---|---|---|
| 依赖爆炸 | 服务间API契约频繁变更，上游服务构建失败导致下游阻塞 | 流水线排队时间超过实际构建时间 |
| 环境碎片化 | 开发、测试、预发环境配置漂移，容器镜像版本不一致 | 测试通过但上线失败，回滚率上升 |
| 反馈延迟 | 全量回归测试耗时过长，开发者提交代码后等待数小时才能获得结果 | 缺陷发现滞后，修复成本指数级增长 |
| 质量盲区 | 仅关注构建是否通过，缺乏对测试覆盖率、部署成功率、回滚频率的量化 | 流水线“绿了”但线上事故频发 |
| 多团队协作摩擦 | 不同团队使用不同的CI/CD工具链、分支策略和发布节奏 | 集成冲突频繁，发布窗口难以协调 |
核心矛盾：微服务架构追求独立部署与快速迭代，但流水线的碎片化与不可观测性反而成为交付效率的瓶颈。没有统一的量化口径，就无法区分“流水线正常”与“交付质量正常”。
1.2 SLI在流水线中的核心作用
SLI（Service Level Indicator，服务等级指标）是将流水线从“黑盒”变为“白盒”的关键工具。它不是简单的构建通过率，而是对流水线每个关键环节进行量化定义、采集与监控的标准化方法。
SLI在流水线中扮演三个核心角色：
- 量化基线：将“快”和“稳”这类主观感受转化为可测量的数字，例如“提交至部署前置时间”和“变更失败率”。
- 异常预警：当SLI偏离历史基线时，自动触发告警或阻断流水线，防止低质量变更进入下一阶段。
- 持续改进：通过SLI趋势分析，识别流水线瓶颈（如测试阶段耗时过长），指导优化投入方向。
实践要点：SLI的定义必须与业务目标对齐。例如，对于核心支付服务，流水线SLI应侧重“变更失败率”和“回滚耗时”；对于前端展示服务，则应侧重“构建前置时间”和“部署频率”。
1.3 课程整体大纲与学习目标
本课程围绕“定义-采集-验证-优化”四步法展开，覆盖微服务CI/CD流水线SLI从口径设计到落地验证的全生命周期。
| 模块 | 核心内容 | 学习目标 |
|---|---|---|
| 模块一：SLI口径设计 | DORA四指标、流水线阶段SLI定义、口径对齐方法 | 掌握为不同微服务定义可量化、可采集的SLI口径 |
| 模块二：SLI采集与计算 | CI/CD工具链数据采集、SLI计算引擎、存储与可视化 | 能够搭建从流水线到SLI看板的数据管道 |
| 模块三：测试验证流程 | SLI驱动的测试策略、契约测试、混沌工程与流水线门禁 | 设计基于SLI阈值的自动化测试验证与阻断机制 |
| 模块四：SLO与错误预算 | SLO设定、错误预算计算、发布决策与风险控制 | 利用SLO指导发布节奏，平衡速度与稳定性 |
| 模块五：实战案例与复盘 | 电商、金融、SaaS场景的SLI落地案例与故障复盘 | 具备独立设计并优化微服务流水线SLI体系的能力 |
前置要求：学员需具备基本的CI/CD工具使用经验（如Jenkins、GitLab CI、GitHub Actions之一），了解微服务架构基本概念。本课程不涉及特定工具的安装部署，重点在于方法论与工程实践。
1.4 本章小结
微服务CI/CD流水线的复杂性决定了不能仅凭“构建通过”来判断交付质量。SLI提供了从代码提交到生产部署的全链路量化视角，是建立可观测、可控制、可改进的流水线体系的基础。本课程将系统性地讲解SLI口径定义、数据采集、测试验证与SLO驱动的最佳实践，帮助团队在快速交付的同时守住稳定性底线。