1. 课程导论：什么是质量门禁？为什么在弹性伸缩中需要健康检查与门禁规则？课程目标与受众。

1.1 质量门禁的定义与核心价值

在软件交付与基础设施变更的语境下，质量门禁（Quality Gate）是一组自动化的、可量化的检查规则集合。它部署在发布流水线的关键节点上，充当“守门员”角色——只有通过所有检查的版本或实例，才被允许进入下一阶段或承接生产流量。

质量门禁并非简单的“通过/不通过”开关，而是一个持续演进的策略系统。它从多个维度（可用性、性能、错误率、资源水位）对发布目标进行立体评估，确保每一次变更都符合既定的SLO（服务等级目标）。

1.2 为什么弹性伸缩发布需要健康检查与门禁规则？

弹性伸缩（Auto Scaling）环境下的发布，与传统固定集群发布存在本质差异。实例动态启停、流量突发调度、资源竞争加剧，使得发布风险呈指数级上升。没有门禁的弹性伸缩，等同于“盲人骑瞎马”。

在弹性伸缩发布中，健康检查是门禁的“传感器”，负责采集实例的实时状态数据；门禁规则是门禁的“决策引擎”，负责根据健康数据做出放行、回滚或熔断的决策。两者缺一不可。

1.3 弹性伸缩发布中的典型风险场景

以下场景是我们在生产环境中反复遇到的“血泪教训”，也是本课程要重点解决的门禁设计痛点：

• 冷启动雪崩：新实例启动后，JVM/容器初始化缓慢，健康检查过早通过，导致流量涌入后实例OOM（内存溢出），引发连锁故障。
• 流量预热不足：实例健康但缓存未预热、连接池未填满，直接承接全量流量，导致RT（响应时间）飙升，触发上游超时重试，压垮整个集群。
• 滚动更新“踩踏”：分批发布时，门禁规则过于宽松，允许下一批实例在上一批尚未稳定时就开始更新，造成多批实例同时处于异常状态。
• 缩容误杀：弹性缩容时，健康检查未区分“空闲实例”与“异常实例”，导致承载长连接或异步任务的实例被错误回收。

1.4 质量门禁在弹性伸缩发布中的位置

下图展示了质量门禁在弹性伸缩发布流水线中的核心位置与交互关系：

1.5 课程目标与受众

本课程旨在帮助学员建立从理论到实战的完整质量门禁体系，核心目标如下：

• 掌握门禁设计方法论：理解健康检查的深度设计（就绪探针、存活探针、启动探针的区别与最佳实践），以及门禁规则的数学建模（基于SLO的阈值推导）。
• 落地弹性伸缩门禁：在Kubernetes、AWS Auto Scaling、自研容器平台等环境中，配置与调优发布门禁，实现“灰度验证、渐进式放行、异常自动回滚”。
• 构建可观测性闭环：将门禁指标（检查通过率、阻断次数、回滚触发率）接入监控与告警体系，持续优化门禁策略的准确性与敏感性。