4. 发布流水线概述：CI/CD 流水线在 Serverless 中的角色、阶段划分与工具链
在 Serverless 架构中，发布流水线不再是简单的“编译-打包-部署”三步走。由于函数实例的冷启动、并发配额、版本别名以及灰度路由等特性，传统 CI/CD 模型必须进行重构。本章将阐明流水线在 Serverless 中的核心角色，拆解其阶段划分，并梳理主流工具链的选型逻辑。
4.1 Serverless 流水线的核心角色
与传统虚拟机或容器部署相比，Serverless 流水线承担了三个关键角色：
- 不可变制品构建者：将源代码、依赖层、扩展库打包为不可变的 ZIP 或 OCI 镜像制品，确保每次发布的环境一致性。
- 灰度策略执行者：通过流水线参数控制流量路由比例（如 10% → 50% → 100%），实现无感灰度发布。
- 伸缩与日志留痕的触发者：在流水线各阶段自动注入伸缩策略配置和日志标签，为后续的“灰度批次伸缩日志留痕”提供元数据基础。
关键认知： Serverless 流水线的输出不是“一台服务器”，而是一个版本+流量规则+伸缩策略的组合体。流水线的成功标准是“流量平滑切换”而非“进程启动成功”。
4.2 阶段划分：从代码提交到灰度完成
一个完整的 Serverless 发布流水线通常划分为以下 6 个阶段。每个阶段都有明确的输入、输出和检查点。
| 阶段 | 输入 | 核心动作 | 输出 | Serverless 特有检查 |
|---|---|---|---|---|
| 1. 代码扫描与单元测试 | Git 提交 | 静态分析、SAST、单元测试 | 测试报告、代码质量门禁 | 检查函数入口签名、依赖大小 |
| 2. 构建与制品打包 | 源代码 + 依赖 | 编译、依赖安装、层打包 | 制品包（ZIP/OCI） | 制品大小限制（如 250MB）、层复用检查 |
| 3. 预发布环境部署 | 制品包 + 配置 | 创建新版本、绑定别名 | 预发布版本（V2） | 冷启动耗时基线、并发配额验证 |
| 4. 集成与契约测试 | 预发布版本 | API 契约测试、事件模拟 | 集成测试报告 | 异步事件触发链路、IAM 权限验证 |
| 5. 灰度发布 | 预发布版本 + 灰度策略 | 调整流量权重（如 10% → 50%） | 灰度批次状态 | 错误率监控、伸缩事件日志 |
| 6. 全量发布与观察 | 灰度验证通过 | 流量切至 100%，下线旧版本 | 生产版本（V2） | 日志留痕完整性、伸缩历史归档 |
实践建议： 阶段 5（灰度发布）是本章课程的核心关注点。后续章节将详细展开“灰度批次”与“伸缩日志留痕”在此阶段的具体实现。
4.3 工具链选型与对比
Serverless 流水线的工具链选择需要兼顾“通用 CI/CD 能力”和“Serverless 领域特性”。以下表格对比了主流工具在关键维度上的表现。
| 工具 | 类型 | Serverless 原生支持 | 灰度策略编排 | 日志/伸缩集成 | 适用场景 |
|---|---|---|---|---|---|
| AWS CodePipeline | 云原生托管 | 高（SAM/CFN 原生集成） | 通过 CodeDeploy 实现 | CloudWatch 深度集成 | AWS 全栈 Serverless |
| GitLab CI | 自托管/SaaS | 中（需自定义脚本） | 通过环境变量 + 权重 API | 需额外配置日志采集 | 多云/混合云团队 |
| Jenkins X | 自托管 | 中（需插件扩展） | 通过 Pipeline 模板 | 需集成 ELK/Loki | 已有 Jenkins 生态的企业 |
| Argo Workflows | Kubernetes 原生 | 高（Knative 集成） | 通过 Knative 流量管理 | 与 K8s 事件日志绑定 | K8s 上的 FaaS 平台 |
| Serverless Framework | 框架级 | 极高（专为 Serverless 设计） | 通过 Plugin 实现 | 内置日志插件 | 中小团队快速原型 |
避坑提示： 不要盲目选择“功能最多”的工具。如果团队已经深度使用 GitLab，强行迁移到 AWS CodePipeline 可能带来额外的学习成本和权限管理复杂度。工具链的选型应优先考虑与现有监控、日志系统的集成成本。
4.4 流水线中的伸缩与日志留痕触点
在 Serverless 发布流水线中，伸缩与日志留痕不是事后行为，而是流水线各阶段的“一等公民”。以下是每个阶段需要留痕的关键数据点：
- 构建阶段：记录制品版本号、构建时间戳、依赖哈希值。这些信息将作为日志标签注入到后续所有运行时日志中。
- 预发布部署阶段：记录函数配置（内存、超时、并发）、别名绑定关系。这是后续伸缩策略的基准线。
- 灰度发布阶段：记录每个灰度批次的开始时间、流量比例、当前实例数、伸缩事件（如：从 10 个实例扩展到 50 个实例）。这是“灰度批次伸缩日志留痕”的核心数据来源。
- 全量发布阶段：记录旧版本的下线时间、新版本的稳定运行时长、伸缩历史归档。