通行证类系统平时很闲，一放开申请就挤满人。容量不能按日均算，要按放号那一刻算。
一、峰值不是平均值乘个系数
公告写明天九点开始申请，八点五十八到九点零五这七分钟的量，可能是全天的七八成。估容量要按这个窗口来，还要考虑刷新、重复提交、上传材料这些额外请求。
- 按放号窗口估峰值
- 把刷新与重试算进去
- 附件上传单独限流
二、排队比报错好
直接把超出的请求拒掉，用户只会不停刷新，越刷越挤。给一个排队页和预计等待时间，反而能把压力摊平。
- 明确的排队提示
- 避免反复刷新
- 提交后给唯一受理号
三、材料上传最容易堵
图片大、网络差、反复重传，带宽和存储先撑不住。前端压缩、分片上传、失败续传这几项做扎实，比加服务器管用。
- 前端压缩后再传
- 支持失败续传
- 限制单文件大小与格式
写在最后
上面这些是我们在这类项目里反复碰到的情况。业务不一样，做法不必照搬，先把自己的流程说清楚，再决定系统该怎么配。有具体场景想聊，电话或微信找我们就行。