勞動(dòng)節小長(cháng)假快到了，節假你打開(kāi)12ヽ(′▽?zhuān)?ノ306手機App，日出準備買(mǎi)車(chē)票出去玩：首先，行背息隊輸入車(chē)票信息，后藏起點(diǎn)站，著(zhù)消終點(diǎn)站，用法出發(fā)時(shí)間，節假票數以及座席，日出發(fā)送訂票請求。行背息隊然后，后??藏單擊“預訂”按鈕，著(zhù)消12306 App界面開(kāi)始轉圈圈。用法與此同時(shí)全國大概3億人(ren)民也在和你一起做相同的節假事情。3s后，日出應用告訴你訂票失??敗。行ヾ(＾-＾)ノ背息隊你修改車(chē)次，重新發(fā)送訂票請求。應用重復第二步繼續等待。又一個(gè)3??s后，12306 App告訴你(ni)訂票成功。12306 App在處理??以上邏輯時(shí)，會(huì )遇到以下挑戰：比如今天這個(gè)車(chē)次只售出4000張票，而實(shí)際有30萬(wàn)人發(fā)送了訂票信息，如果逐一請求處??理，那么90%以上的人都將要耗時(shí)3s來(lái)等待，??怎么辦？答案是：消息隊列！業(yè)務(wù)系統在超高并??發(fā)場(chǎng)景中，由于后端服務(wù)來(lái)不及(╬?益?)同步處理過(guò)多、過(guò)快的請求，可能導致(′?｀*)請求堵塞，嚴重時(shí)可能由于高負荷拖垮Web服務(wù)器。???實(shí)際的流量會(huì )隨著(zhù)時(shí)間不短變化，像12306 App這樣的App流量大得難以想象，而一年中不同的時(shí)間段，其流量也不┐(′?｀)┌同。為了能支持最高峰流量，我們通常采取短平快的方式——直接擴容服務(wù)器，增加服務(wù)端的吞吐量。優(yōu)點(diǎn)(◎_◎;)是(shi)顯而易見(jiàn)的，短時(shí)間內吞吐(???)量增加了好幾倍，甚至數十倍。缺點(diǎn)也明顯，流量低峰期服務(wù)器相對較閑。如何平衡平時(shí)的空閑與節假日的超高峰呢？我們想到了消息隊列（比如Apache RocketMQ，Apache Kafka），也是目前業(yè)界比較常用的手段。利用消息隊列扭轉處(′?_?`)(chu)理訂票請求，告知用戶(hù)30min內會(huì )告訴他/她訂票結果。新網(wǎng)消息隊列RabbitMQ是一款支持持久化(°ロ°) !消息隊列的消息中間件。通過(guò)創(chuàng )建集群的方式來(lái)實(shí)現RabbitMQ以及所依賴(lài)的服務(wù)的部署，完全兼容RabbitMQ開(kāi)源生態(tài)以及多語(yǔ)言客戶(hù)端，為用戶(hù)提供快速創(chuàng )建、方便管理(li)的消息中間件。電商業(yè)務(wù)場(chǎng)景中經(jīng)常會(huì )有秒殺或者團搶的活動(dòng)，此時(shí)會(huì )產(chǎn)生大量的請求涌入系統，如果直接打到服務(wù)器上可能超出服務(wù)的最大承載能力，導致系統癱瘓。引(°o°)入RabbitMQ，先將請求??寫(xiě)在RabbitMQ中，??后臺服務(wù)器從RabbitMQ中讀取請求處理，把巨大的壓力從后端服務(wù)器轉移到RabbitMQ上來(lái)保障業(yè)務(wù)正常運行。(′_｀)目前消息隊列已經(jīng)成為??云原生時(shí)代企業(yè)上云的核心基礎設施！快快點(diǎn)擊進(jìn)行了(′Д` )解吧：http://www.xinnet.com/cs/rabbitmq.html