程序员如何做「容量规划」：不是拍脑袋，是数据驱动
容量规划决定了你需要多少服务器、带宽、存储。
做得好能省钱又保障性能，做不好要么浪费要么被压垮。
一、容量规划的目的
1. 保障性能
系统在高负载下依然能正常服务。
2. 控制成本
不浪费资源，也不因为资源不足影响业务。
3. 应对增长
为业务增长预留扩展空间。
4. 风险控制
避免因容量不足导致系统故障。
二、容量规划的步骤
1. 确定基准
- 当前系统的容量是多少
- 各资源的使用情况
- 关键指标基线（QPS、响应时间）
2. 预测需求
- 业务增长趋势
- 促销活动流量预估
- 用户增长计划
3. 计算资源
- CPU 需要多少核
- 内存需要多少 GB
- 带宽需要多少 Mbps
- 存储需要多少 GB
4. 制定方案
- 扩容方案（水平/垂直）
- 分流方案（读写分离/地域分流）
- 降级方案
三、需要规划的容量
1. 计算资源
- 服务器数量
- CPU 核心数
- 内存大小
2. 存储容量
- 数据库容量
- 文件存储
- 日志存储
3. 网络带宽
- 入口带宽
- CDN 带宽
- 内网带宽
4. 中间件容量
- 数据库连接池
- Redis 内存
- 消息队列深度
四、容量评估的方法
1. 经验公式
- 单机 QPS 估算
- 每核 CPU 支持的并发
- 内存与数据缓存比例
2. 性能测试
- 压测找到单机极限
- 按比例放大到目标规模
3. 监控数据
- 基于历史数据推算
- 考虑峰值和均值
4. 容量预警
- 设置资源使用阈值
- 提前预警，提前扩容
五、常见错误
❌ 不规划
"先用着，不够再加"——临时扩容风险大、周期长。
❌ 过度规划
按极端情况规划，资源浪费严重。
❌ 只规划计算资源
忽略了存储、网络、中间件。
❌ 规划完不执行
规划了方案，但没有落地。
六、一句话总结
容量规划 = 确定基准 + 预测需求 + 计算资源 + 制定方案，核心是数据驱动、保障性能、控制成本。