做架构师做到一定程度，你会发现"能用"和"扛得住"之间隔着一道坎，这道坎就叫容量规划。阿里云ACE认证考试里，容量规划是架构设计场景的高频考点，实际工作中更是架构师的必修课。
摩尔狮教育在ACE备考辅导中发现，很多考生理论背得溜，一到实操场景就抓瞎。这篇就把容量规划拆成4个关键指标和3步规划方法，看完就能上手。
想系统了解ACE认证的报考条件，可以参考云计算认证的完整介绍，从报名到备考路径都覆盖了。
4个关键指标：你到底在规划什么
第一，吞吐量指标（QPS/TPS）。你的系统每秒能处理多少请求？这个数字直接决定你需要多少计算资源。电商大促场景下，QPS可能从平时的500飙升到50000，差100倍。做容量规划，第一步就是把峰值QPS算清楚。
第二，响应时间。用户能接受的延迟上限是多少？一般来说，API响应超过200ms用户就开始感知到卡顿，超过1秒转化率断崖式下跌。容量规划不光看能不能处理完，还得看处理得够不够快。
第三，资源利用率。CPU、内存、磁盘IO、网络带宽，四项核心资源的使用率要均衡。很多团队只盯CPU，结果内存先爆了。经验值是各项资源利用率峰值不超过70%，留30%的缓冲。
第四，错误率。可用性指标通常用几个9来衡量：99.9%意味着每天允许约1.4分钟的服务中断。错误率跟容量直接相关，当流量超过系统承载能力时，错误率会指数级上升。
关于架构设计的技术选型，这篇ACE架构师技术选型讲得比较透，容量规划和技术选型是配套的。
3步规划方法：从数据到方案
第一步，基线测量。先把当前系统的真实数据摸清楚，别靠猜。用云监控采集至少7天的完整数据，覆盖工作日和周末，拿到QPS、响应时间、资源利用率的P50和P99分布。基线数据不准，后面的规划全白搭。
第二步，增长预测。结合业务增长率推算未来6到12个月的流量变化。比如当前日均QPS是2000，业务月增长10%，半年后就是2000乘以1.1的6次方约等于3543。别忘了考虑季节性波动，电商年底双11、教育行业寒暑假，这些都要单独算。
第三步，弹性扩容方案。算清楚未来需要的资源量后，设计自动伸缩策略。阿里云ESS弹性伸缩可以按CPU利用率、QPS等指标自动扩缩容。关键是要设好冷却时间，避免频繁伸缩导致系统抖动。
架构评审环节里容量规划是重点检查项，这篇ACE架构评审怎么做里提到的4个核心检查点，容量就是其中之一。
实战中容易踩的坑
容量规划最大的坑在哪？很多人以为是算不准，其实是压根没算。不少团队凭感觉加机器，流量来了再临时扩容，结果扩容速度跟不上流量增长速度，直接挂掉。
还有一个常见问题：只规划了计算资源，没规划数据库和中间件。应用层扩了10倍，数据库连接池撑不住，一样白搭。容量规划必须是全链路的，从接入层到存储层，每个环节都要算。
最后提醒一点：容量规划不是一次性工作，至少每季度review一次。业务在变，技术在变，你的规划也得跟着变。
更多阿里云认证资讯，请关注公众号：摩尔狮云证通