爆炸半径是什么
发布设计的核心问题：一次变更最多影响多少用户与多少功能。用分批放量、区域隔离、单元化与租户分片把影响面压到可接受范围；影响面与回滚速度共同决定发布风险，小半径配合分钟级回滚是常见组合。
基本信息
| 控制手段 | 分批放量、区域/单元隔离、租户分片 |
|---|---|
| 与批量关系 | 变更批量越小，影响面越可控 |
| 评估方法 | 按最坏情况估算受影响用户占比 |
| 配合 | 影响面 + 回滚速度共同决定风险 |
| 共享组件 | 网关、数据库等基础设施不受业务分批约束 |
典型使用场景
- 新功能发布：先按用户比例放量观察
- 架构单元化：按单元部署把故障圈在单元内
- 租户隔离：大客户单独路径，避免波及
- 数据库变更：单独评估共享层影响面
- 演练评估：发布前按最坏情况推演影响人数
实践要点
- 分批执行：发布单元从大到小设置门槛
- 指标护栏：每批之间核对错误率与延迟
- 功能开关：全局开关单独评审影响面
- 回滚并联：影响面的另一半是回滚速度
- 复盘度量：事故后核对实际影响面与预估差距
- 开关分层：按用户、地区与版本多维控制放量
- 预算上限：明确单批允许影响的最大用户占比
影响面对比
影响面对比
全量发布：最坏情况影响 100% 用户
分批 5%：最坏情况影响 5% 用户手段对照
| 手段 | 影响面 | 代价 |
|---|---|---|
| 分批放量 | 按比例 | 周期拉长 |
| 单元隔离 | 按单元 | 架构改造 |
| 租户分片 | 按租户 | 路由复杂度 |
缩小影响面要与快速恢复配合：小半径 + 分钟级回滚，是控制发布风险的常见组合。
共享基础设施是隐藏的最大半径：网关、认证与数据库变更先做影响评估。
复盘时量一量实际半径：与预估的差距就是控制手段的改进空间。