1. 课程导论：弹性伸缩与CI/CD流水线集成的背景、价值与整体架构概览
1.1 为什么需要弹性伸缩与CI/CD集成？
在云原生时代，业务流量呈现明显的潮汐特征——电商大促、热点事件、定时任务都会引发资源需求的剧烈波动。传统“按峰值静态扩容”的模式导致资源利用率长期低于30%，而“人工盯屏+手动扩缩”又无法应对秒级流量突增。与此同时，CI/CD流水线已经成为现代软件交付的标配，但大多数流水线只关注“构建-测试-部署”环节，忽略了部署后的容量验证与弹性策略生效检查。
将弹性伸缩（Auto Scaling）与CI/CD流水线深度集成，本质上是把容量管理纳入持续交付的闭环，让每一次代码变更都能自动验证弹性策略的有效性，并动态调整资源水位。
核心痛点： 部署完成 ≠ 服务可用。弹性策略失效、扩容延迟、缩容过快导致连接池耗尽，是生产环境最常见的三类容量事故。
1.2 集成带来的核心价值
| 价值维度 | 传统模式 | 集成后模式 |
|---|---|---|
| 交付效率 | 部署后人工观察5~10分钟再手动扩缩 | 流水线自动触发弹性策略验证，分钟级完成容量确认 |
| 资源成本 | 按峰值预留资源，平均利用率25%~35% | 基于真实流量动态调整，利用率提升至55%~70% |
| 故障恢复 | 扩容脚本散落在各团队，缺乏版本管理 | 弹性策略作为代码（Policy as Code）纳入版本库，可回滚可审计 |
| 合规与审计 | 扩缩容操作无记录，事后排查困难 | 每次弹性动作都关联到流水线构建ID，全链路可追溯 |
1.3 整体架构概览
本课程采用的集成架构分为四个核心层次，从下到上依次为：基础设施层、弹性引擎层、编排调度层和CI/CD集成层。每一层都承担明确的职责，并通过标准API进行交互。
1.4 关键集成流程：从代码提交到弹性生效
一次完整的集成流程包含以下七个步骤，其中步骤4~6是本课程重点讲解的编排与验证环节：
- 代码提交：开发者推送包含弹性策略变更（如HPA配置、扩缩容阈值）的代码到仓库。
- CI构建：流水线触发编译、单元测试、镜像构建与推送。
- CD部署：将新版本部署到预发或金丝雀环境。
- 弹性策略验证：自动检查策略语法、指标源连通性、目标资源配额。
- 压测触发：编排任务向服务注入模拟流量，触发弹性伸缩动作。
- 结果断言：验证扩容/缩容是否符合预期（如扩容延迟 < 30s、缩容不中断连接）。
- 生产发布：验证通过后自动推进到生产环境，并启用弹性策略。
实践要点： 步骤4和步骤5之间建议加入“冷却时间检查”子任务，避免因上一次弹性动作未完成导致验证结果失真。
1.5 课程覆盖的技术栈与案例矩阵
本课程将围绕以下技术栈展开，每个案例都包含完整的编排代码与流水线配置：
| 案例编号 | 弹性场景 | 编排工具 | CI/CD平台 | 基础设施 |
|---|---|---|---|---|
| Case-01 | 基于CPU/内存的HPA扩缩容验证 | Temporal | Jenkins | K8s + 云节点池 |
| Case-02 | 基于KEDA + 自定义指标（QPS）的弹性 | Argo Workflows | GitLab CI | K8s + 消息队列 |
| Case-03 | 定时扩缩容 + 节假日策略编排 | Airflow | GitHub Actions | 多云K8s集群 |
| Case-04 | Cluster Autoscaler 节点池扩缩容验证 | 自研调度器 | Jenkins + ArgoCD | 云原生节点组 |
1.6 学习路径与前置知识
建议学习者按以下路径掌握本课程内容：
- 基础篇（第1~5章）：理解弹性伸缩原理、CI/CD流水线基础、任务编排概念。
- 核心篇（第6~18章）：逐个实现Case-01到Case-04的编排与集成，包含代码级讲解。
- 进阶篇（第19~25章）：处理异常场景（扩容失败、指标抖动、资源争抢）、策略灰度发布。
- 实战篇（第26~30章）：企业级多环境部署、审计与合规、成本优化看板。
前置要求： 学习者需具备基本的Kubernetes操作经验（Pod/Deployment/Service概念），了解至少一种CI/CD工具的基本使用，并熟悉YAML语法。本课程不从头讲解K8s基础。