【成为架构师2-1】容量设计：流量高低，对架构究竟有什么影响

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结，原内容公众号“成为架构师”。

1 何时需要进行容量评估

1. 容量有质变性增长
2. 临时运营活动
3. 新系统上线

两个场景例子：

1. 要做双十一促销活动，那么机器能不能抗住，扛不住有需要加几台
2. 新系统上线，数据库需不需要分库，如果需要，那么分几个库

技术上来说，这些都是系统容量预估问题，容量设计是架构师的必备技能。

2 哪些指标需要进行容量预估

看具体业务侧的主要矛盾是什么：

1. 数据量 （通常有用户发布行为的，如帖子）
2. 并发量、吞吐量 （抢票、秒杀）
3. 带宽（音视频）
4. CPU/MEM/DISK等（计算需求、IO密集）

3 架构设计的容量评估步骤（吞吐量为例）

1 评估总访问量

方式： 询问产品、运营的预期访问量是多少
Q： 一个App-push的运营活动，计划在30min内完成5000w用户的push推送，预计push点击率为10%，那么push落地页的总访问量是多少？
A： 5000w * 10% = 500w

2 评估平均访问量

QPS的计算方式为：总量 / 时间，若以一天计，则当作为4w秒。
QPS、并发、吞吐等的理解可以参考这篇文章：