1. 课程导论：变更冻结与 Feature Flag 的基本概念、课程目标与适用场景

1.1 为什么需要“变更冻结闸口”？

在金融、电商、医疗等关键业务系统中，每年都有若干“高危时段”——例如双十一大促、年终结算、财报发布期。此时任何未经严格验证的代码或配置变更都可能引发级联故障，造成分钟级百万损失。传统做法是“一刀切”式冻结：禁止所有发布。但这种方式过于粗暴，会阻塞紧急修复和业务迭代。

本课程提出的变更冻结闸口，是一种基于风险评分与自动化策略的柔性管控机制。它不再简单禁止变更，而是通过预设规则对每一次变更进行“安检”，只有通过闸口的变更才允许进入生产环境。

1.2 Feature Flag：变更的“安全气囊”

Feature Flag（特性开关）是一种在运行时控制功能启停的技术手段。它允许开发团队将代码部署与功能发布解耦。在变更冻结场景下，Feature Flag 的价值被放大：

• 灰度发布： 即使代码已部署，也可以通过 Flag 只对 1% 的用户开放新功能，观察无异常后再逐步放量。
• 即时回滚： 发现线上问题后，无需重新部署，只需关闭对应 Flag 即可秒级止血。
• 参数调优： 结合自动化策略，Flag 的开关比例、流量分配、降级阈值等参数可根据实时指标动态调整。

1.3 课程核心目标

完成本课程后，学员将具备以下能力：

1.4 适用场景与受众

本课程面向以下角色与场景：

• SRE / 运维工程师： 负责生产环境稳定性，需要设计变更管控流程。
• 平台架构师： 构建内部发布平台，需要集成 Feature Flag 与自动化策略。
• 混沌工程实践者： 希望在变更窗口期进行安全实验，验证系统韧性。
• 技术管理者： 需要平衡业务迭代速度与系统稳定性，制定合理的变更策略。

1.5 变更冻结闸口与 Feature Flag 协同架构

下图展示了本课程的核心架构：变更冻结闸口作为第一道防线，Feature Flag 自动化调优引擎作为第二道防线，混沌工程实验作为验证手段。

1.6 课程内容概览

本课程共分为 6 个模块，30 个章节，从基础概念到实战落地，层层递进：