前端監(jiān)控系統(tǒng)是采集用戶端的異常、性能、業(yè)務(wù)埋點(diǎn)等數(shù)據(jù)上報(bào)，在服務(wù)端做存儲(chǔ)，并支持可視化分析的平臺(tái)。

那就用現(xiàn)在的數(shù)據(jù)庫(kù)，如何保證面對(duì)大量并發(fā)請(qǐng)求的時(shí)候，服務(wù)不崩呢？

第一個(gè) web 服務(wù)接收請(qǐng)求，把消息存入 RabbitMQ，然后另一個(gè) web 服務(wù)從 MQ 中取出消息存入數(shù)據(jù)庫(kù)。

有同學(xué)說(shuō)，這不是一樣么？

不一樣，MQ 的并發(fā)量比數(shù)據(jù)庫(kù)高很多。之前 web 服務(wù)要等數(shù)據(jù)庫(kù)存儲(chǔ)完成才能響應(yīng)，而現(xiàn)在只存入 MQ 就可以響應(yīng)了。那可以支持的并發(fā)量就更多。

而數(shù)據(jù)庫(kù)的并發(fā)比較低，我們可以通過(guò) MQ 把消費(fèi)的上限調(diào)低，就能保證數(shù)據(jù)庫(kù)服務(wù)不崩。

并發(fā)量被控制住了，自然就崩不了了，從 MQ 中取出慢慢處理就好了。

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

知道了 RabbitMQ 能干啥，那我們就來(lái)用一下試試吧！