特性开关治理是什么
特性开关（Feature Flag）把部署与发布解耦：代码先上线但不启用，通过开关逐步放量，出问题直接关闭而不是回滚。常见类型包括发布开关、实验开关、权限开关与运维开关，它们的生命周期差异很大。治理的重点不是如何使用，而是登记、设置过期时间并定期清理。
基本信息
| 开关类型 | 发布开关、实验开关、权限开关、运维开关 |
|---|---|
| 核心价值 | 部署与发布解耦、故障快速止血、支持灰度与实验 |
| 治理要点 | 登记责任人、设置过期时间、定期清理代码 |
| 载体 | 开关管理平台或配置中心，需环境隔离 |
| 风险 | 路径组合爆炸、默认值不一致、废弃开关残留 |
典型使用场景
- 新功能按比例灰度放量，异常时快速收敛影响面
- 大促或重要活动前预设运维开关，用于临时降级非核心能力
- A/B 实验对比新旧流程效果，实验结束后移除分支逻辑
- 功能按客户或租户开放，形成销售与合规上的灵活性
- 数据库或依赖切换期间保留双通道，便于快速回切
生命周期示例
生命周期示例
# 创建即登记：不登记责任人的开关最终无人清理
创建：关联需求与责任人，登记在开关台账
# 启用阶段要能按比例与白名单两种方式放量
启用：按比例或白名单放量，同时观察核心指标
# 全量不是终点，稳定后必须移除分支代码
全量：稳定后 2 周内移除开关代码与测试分支
# 复查靠清单巡检，靠记忆一定会漏
复查：开关清单月度巡检，超期开关逐项确认处置开关台账字段
| 字段 | 示例 |
|---|---|
| 开关名 | checkout_new_flow |
| 类型 | 发布开关 |
| 责任人 | 关联需求负责人 |
| 过期时间 | 全量后两周 |
| 清理状态 | 待移除代码 |
四类开关生命周期不同：发布开关应尽快移除，权限开关可能长期存在，运维开关需要配套演练，混在一起管理会让清理判断失去依据。