流量削峰

 

如果你看过秒杀系统的流量监控图的话，你会发现它是一条直线，就在秒杀开始的那一秒是一条很直很直的直线，这时因为秒杀请求在时间上高度集中于某一个特定的时间点。这样一来，就会导致一个特别高的流量峰值，它对资源的消耗是瞬时的。

对于秒杀这个场景来说，最终能够抢购到商品的人数是固定的。也就是说，100个人和1000000个人发起请求的结果都是一样的，最后都只会有100个人买到秒杀的商品。这就意味着，并发量越高，最终的无效请求也就越多。

但是对于业务来说，秒杀活动本身是一种商业推广行为，肯定是希望有更多的人参与进来的。无效的请求越多，也就表示这商业推广越成功。只是在秒杀开始的时候，这些大量的秒杀请求就会给承载秒杀的服务器带来沉重的负担，因此我们可以设计一些规则，让并发的请求延缓或过滤掉这些无效请求，以此来削弱流量高峰对服务器的压力，这就是流量削峰。

为什么要削峰

我们知道，服务器的处理资源是恒定的，你用或者不用，它就在原地，处理能力不会改变。所以出现峰值的话，就很容易会导致忙到处理不过来，虽然闲的时候也会没什么要处理。但是为了保证服务质量，很多处理资源只能够按照忙的时候来预估，而这样就会导致资源的浪费。

流量削峰就好比因为存在早高峰和晚高峰的问题，所以有了错峰限行的解决方案。

削峰的存在，一是可以让服务端处理变得平稳，二是可以节省服务器的资源成本。

针对秒杀这一场景，削峰从本质上来说就是更多地去延缓用户发出的请求，以便减少和过滤掉一些无效的请求，它遵从【请求数要尽量少】的原则。

流量削峰主要有三种操作思路，一是排队，二是答题，三是分层过滤，这三种方式都是无损（即不会损失用户的请求发出）的实现方案。当然，还有些有损的实现方案，包括后面要介绍的关于稳定性的一些方法，比如限流和机器负载保护等一些强制措施也能达到削峰保护的目的，只是这些都是一些不得已的措施。

排队

要对流量进行削峰，最容易想到的解决方案就是用消息队列来缓冲瞬时流量，把同步的直接调用转换成异步的间接推送，中间通过一个队列在一端承接瞬时的流量洪峰，另一端平滑地将消息推送出去。在这里，消息队列