背景
我们一般在设计app架构或者访问量评估时，特别是在小公司时，老板总是希望我们能支持百万级的访问量，但是实际我们真的需要这么多吗，你知道百万访问的概念是多大吗
支持百万级
一般来说，百万级的页面访问也就意味着活跃的用户数量要达到1000w(假设这些用户有一半参与促销活动，然后参与的时间分摊到促销时间段的五秒钟内)，对应注册用户包括那些僵尸用户估计会达到上亿，只有这种规模的用户量才可能会产生这么大的页面秒级qps,所以对于小公司来说，不要动不动百万级的用户访问，其实你没有这么大访问量的qps，对于百万级活跃用户的app，页面访问能达到10w都已经算是非常好的了. 其次对于订单支付模块，老板也动不动就要求每秒几万的qps，就我所知，一般在访问量是10w qps的情况下，下单量也就是几千左右，也就是100个访问者中也就几个人下单，能达到10%已经属于上限，所以对于下单支付模块，秒级的qps达到1w几乎是绰绰有余了
其实这里要表达的是不要动不动陷入过早进行百万级优化的陷阱，进行如此大规模的优化需要各种分布式有时候甚至是数据准确性的取舍，很多小公司其实到倒闭都不会有这么大规模的访问，所以现实一点，比如页面访问入口直接用Redis就足够了，最多再加个本地缓存，下单模块直接用DB去抗也就可以了，不要陷入过早的优化中