用途：为多阶段 CI/CD 流水线提供架构模式，在速度与安全之间取得平衡，适用于设计 CI/CD 架构、实现部署门、配置多环境流水线、建立部署最佳实践以及实施渐进式交付。
主要能力：
- 流水线阶段划分：源码检出、构建（编译/打包/容器化）、测试（单元/集成/安全扫描）、预发部署、集成测试（E2E/冒烟）、审批门、生产部署、验证（健康检查/监控）、失败自动回滚。
- 审批门模式：手动审批（如 GitHub Actions 的 environment 配置）、基于时间的审批（GitLab CI 的 when: delayed 与 start_in）、多审批人（Azure Pipelines 的 ManualValidation@0）。
- 部署策略：滚动更新（Kubernetes RollingUpdate，maxSurge/maxUnavailable）、蓝绿部署（kubectl 切换 service 标签）、金丝雀发布（Argo Rollouts 按权重逐步放量）、功能开关（Flagsmith 按特性切换代码路径）。
- 编排与回滚：多阶段作业依赖（needs/dependsOn）、并行执行、缓存、制品管理、密钥管理；自动回滚（kubectl rollout undo）与手动回滚（rollout history、--to-revision）。
- 监控指标：部署频率、前置时间、变更失败率、MTTR、流水线成功率与平均时长，并可结合 Prometheus 查询错误率做部署后验证。
使用方式：以 YAML 定义流水线阶段与作业依赖，在部署阶段配置 environment 或审批任务；部署策略通过 Kubernetes、Argo Rollouts 或功能开关实现；回滚与验证通过 kubectl 命令和健康检查脚本完成。
适用场景：需要多环境发布、审批控制、渐进式交付与自动回滚的团队。
限制：资料未提供具体收费、价格、平台支持范围与效果数据；部分策略（如金丝雀）需服务网格或类似组件支持，蓝绿部署会临时增加基础设施成本。