配置的废弃与清理机制是什么
配置会随时间堆积：不再使用的参数、已下线服务仍保留的规则、临时绕过项、被替换的旧策略。废弃物本身就是风险——它扩大评审面、掩盖真实生效路径、占用设备表项与资源，还可能在条件满足时意外生效。清理机制要解决三件事：识别（谁在引用、多久没被使用、是否仍在生效路径上）、分级（可直接删、先停用观察、归档保留）、执行（先删引用再删定义，保留归档与回滚路径）。
基本信息
| 废弃物类型 | 未使用参数、已下线服务残留规则、临时绕过项、被替换的旧策略 |
|---|---|
| 识别依据 | 引用关系、最后修改时间、命中与使用统计 |
| 处置分级 | 直接删除、先停用观察、归档保留 |
| 执行顺序 | 先移除引用再删除定义 |
| 归档要求 | 保留清理内容与依据，具备回滚路径 |
典型使用场景
- 清理已下线服务遗留的访问规则
- 移除已失效的临时绕过配置
- 归档被替换的旧策略以备审计
- 收缩因历史原因长期存在的宽泛放行规则
- 定期核对配置项与业务清单的一致性
清理流程示意
清理流程示意
# 1) 识别：是否仍被引用？是否仍在生效路径上？
# 2) 观察：先停用但保留一段时间，确认无影响再删除
# 3) 顺序：先移除引用，再删除被引用定义，避免悬空引用
# 4) 归档：保存清理内容与依据，保留可回滚路径
# 5) 记录：清理动作纳入变更记录，注明审批依据
# 注意：看似无用的宽松规则可能是某业务的隐式依赖废弃物类型与处置
| 废弃物类型 | 风险 | 处置方式 |
|---|---|---|
| 未使用参数 | 评审面扩大、隐含歧义 | 核对无引用后删除 |
| 残留访问规则 | 过度放行带来安全风险 | 确认业务下线后移除 |
| 临时绕过项 | 永久化后成为隐患 | 到期后清理并记录 |
| 旧策略文件 | 干扰评审与判断 | 归档后再清理 |
判断配置是否仍在使用，光看有没有被引用不够，还要看运行时是否命中（访问日志、命中计数、监控指标）。引用关系完整的配置也可能已经没有任何流量。
清理前要确认业务侧无人依赖。看似无用的宽松规则可能是某条未登记业务的隐式依赖，直接删除会造成难以定位的功能中断，因此停用观察期不能省略。