前端监控系统是采集用户端的异常、性能、业务埋点等数据上报，在服务端做存储，并支持可视化分析的平台。

那就用现在的数据库，如何保证面对大量并发请求的时候，服务不崩呢？

第一个 web 服务接收请求，把消息存入 RabbitMQ，然后另一个 web 服务从 MQ 中取出消息存入数据库。

有同学说，这不是一样么？

不一样，MQ 的并发量比数据库高很多。之前 web 服务要等数据库存储完成才能响应，而现在只存入 MQ 就可以响应了。那可以支持的并发量就更多。

而数据库的并发比较低，我们可以通过 MQ 把消费的上限调低，就能保证数据库服务不崩。

并发量被控制住了，自然就崩不了了，从 MQ 中取出慢慢处理就好了。

这就是 MQ 的流量削峰的功能。

知道了 RabbitMQ 能干啥，那我们就来用一下试试吧！