容量估算是什么
容量估算把业务目标翻译成资源需求：从用户量、订单量等业务指标出发换算成请求模型，再折算成 CPU、内存、磁盘与带宽消耗，加上峰值系数与冗余，最后用压测校正模型误差。它的产出不是精确数字，而是一套可复核的推导链。
为什么假设要写下来
估算链条里每一步都包含换算系数：日活到峰值请求量的放大倍数、单个请求触发多少次数据库访问、每条记录的平均大小。这些系数来自历史数据或经验判断，一旦业务规则变化就要重算。把假设写成清单，评审时才能快速判断结论是否仍然成立；只留一个结论数字，后续没人知道它还能不能用。
估算流程
估算流程
1. 业务量：日活、峰值时段、单用户行为次数
2. 请求量：峰值 QPS = 日请求总量 × 峰时集中系数
3. 资源折算：单请求的 CPU、内存、IO 与带宽消耗
4. 冗余：按 N+1 或跨可用区加倍
5. 压测校正：用实测拐点修正模型偏差
# 每一步的换算系数都记入假设清单，业务变更后重算推导步骤
| 步骤 | 输入 | 输出 |
|---|---|---|
| 业务量测算 | 日活、峰值时段、单用户行为次数 | 峰值请求量 |
| 资源折算 | 单请求资源消耗与单实例承载能力 | 所需实例数 |
| 冗余设计 | 可用区数量与故障容忍度 | 最终实例总数 |
| 压测验证 | 按估算配置施压 | 校正后的容量结论 |
典型使用场景
- 新系统上线前：向基础设施申请资源，避免凭感觉估算
- 大促与活动前：评估现有容量能否承接峰值流量
- 成本优化：找出资源占用与业务价值不匹配的部分
- 机房迁移：换算目标环境的规格与数量
- 容量水位监控：设定扩容触发阈值
假设要显式记录：换算系数一旦变化，例如新增一次下游查询、调整分页大小，容量结论就需要重算。没有假设清单的容量报告，几乎无法被后续复用。