RabbitMQ學(xué)習(xí):RabbitMQ的基本概念及RabbitMQ使用場景(二)

1、RabbitMQ的基本概念

RabbitMQ是一種消息中間件亦渗,用于處理來自客戶端的異步消息挖诸。服務(wù)端將要發(fā)送的消息放入到隊列池中。接收端可以根據(jù)RabbitMQ配置的轉(zhuǎn)發(fā)機(jī)制接收服務(wù)端發(fā)來的消息法精。RabbitMQ依據(jù)指定的轉(zhuǎn)發(fā)規(guī)則進(jìn)行消息的轉(zhuǎn)發(fā)多律、緩沖和持久化操作,主要用在多服務(wù)器間或單服務(wù)器的子系統(tǒng)間進(jìn)行通信亿虽,是分布式系統(tǒng)標(biāo)準(zhǔn)的配置菱涤。

Exchange

接受生產(chǎn)者發(fā)送的消息,并根據(jù)Binding規(guī)則將消息路由給服務(wù)器中的隊列洛勉。ExchangeType決定了Exchange路由消息的行為粘秆。在RabbitMQ中,ExchangeType常用的有direct收毫、Fanout和Topic三種攻走。

Message Queue

消息隊列。我們發(fā)送給RabbitMQ的消息最后都會到達(dá)各種queue此再,并且存儲在其中(如果路由找不到相應(yīng)的queue則數(shù)據(jù)會丟失)昔搂,等待消費(fèi)者來取。

Binding Key

它表示的是Exchange與Message Queue是通過binding key進(jìn)行聯(lián)系的输拇,這個關(guān)系是固定摘符。

Routing Key

生產(chǎn)者在將消息發(fā)送給Exchange的時候,一般會指定一個routing key,來指定這個消息的路由規(guī)則逛裤。這個routing key需要與Exchange Type及binding key聯(lián)合使用才能生瘩绒,我們的生產(chǎn)者只需要通過指定routing key來決定消息流向哪里。

2带族、RabbitMQ 使用場景

服務(wù)解耦

假設(shè)有這樣一個場景, 服務(wù)A產(chǎn)生數(shù)據(jù), 而服務(wù)B,C,D需要這些數(shù)據(jù), 那么我們可以在A服務(wù)中直接調(diào)用B,C,D服務(wù),把數(shù)據(jù)傳遞到下游服務(wù)即可锁荔。

但是,隨著我們的應(yīng)用規(guī)模不斷擴(kuò)大,會有更多的服務(wù)需要A的數(shù)據(jù),如果有幾十甚至幾百個下游服務(wù),而且會不斷變更,再加上還要考慮下游服務(wù)出錯的情況,那么A服務(wù)中調(diào)用代碼的維護(hù)會極為困難。

這是由于服務(wù)之間耦合度過于緊密蝙砌。

再來考慮用RabbitMQ解耦的情況阳堕。

A服務(wù)只需要向消息服務(wù)器發(fā)送消息,而不用考慮誰需要這些數(shù)據(jù);下游服務(wù)如果需要數(shù)據(jù),自行從消息服務(wù)器訂閱消息,不再需要數(shù)據(jù)時則取消訂閱即可。

流量削峰

假設(shè)我們有一個應(yīng)用,平時訪問量是每秒300請求,我們用一臺服務(wù)器即可輕松應(yīng)對择克。

而在高峰期,訪問量瞬間翻了十倍,達(dá)到每秒3000次請求,那么單臺服務(wù)器肯定無法應(yīng)對,這時我們可以考慮增加到10臺服務(wù)器,來分散訪問壓力恬总。

但如果這種瞬時高峰的情況每天只出現(xiàn)一次,每次只有半小時,那么我們10臺服務(wù)器在多數(shù)時間都只分擔(dān)每秒幾十次請求,這樣就有點浪費(fèi)資源了。

這種情況,我們就可以使用RabbitMQ來進(jìn)行流量削峰,高峰情況下,瞬間出現(xiàn)的大量請求數(shù)據(jù),先發(fā)送到消息隊列服務(wù)器,排隊等待被處理,而我們的應(yīng)用,可以慢慢的從消息隊列接收請求數(shù)據(jù)進(jìn)行處理,這樣把數(shù)據(jù)處理時間拉長,以減輕瞬時壓力祠饺。

這是消息隊列服務(wù)器非常典型的應(yīng)用場景越驻。

異步調(diào)用

考慮定外賣支付成功的情況。

支付后要發(fā)送支付成功的通知,再尋找外賣小哥來進(jìn)行配送,而尋找外賣小哥的過程非常耗時,尤其是高峰期,可能要等待幾十秒甚至更長道偷。

這樣就造成整條調(diào)用鏈路響應(yīng)非常緩慢缀旁。

而如果我們引入RabbitMQ消息隊列,訂單數(shù)據(jù)可以發(fā)送到消息隊列服務(wù)器,那么調(diào)用鏈路也就可以到此結(jié)束,訂單系統(tǒng)則可以立即得到響應(yīng),整條鏈路的響應(yīng)時間只有200毫秒左右。

尋找外賣小哥的應(yīng)用可以以異步的方式從消息隊列接收訂單消息,再執(zhí)行耗時的尋找操作勺鸦。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末并巍,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子换途,更是在濱河造成了極大的恐慌懊渡,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件军拟,死亡現(xiàn)場離奇詭異剃执,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)懈息,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進(jìn)店門肾档,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人辫继,你說我怎么就攤上這事怒见。” “怎么了姑宽?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵遣耍,是天一觀的道長。 經(jīng)常有香客問我炮车,道長舵变,這世上最難降的妖魔是什么酣溃? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮棋傍,結(jié)果婚禮上救拉,老公的妹妹穿的比我還像新娘。我一直安慰自己瘫拣,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布告喊。 她就那樣靜靜地躺著麸拄,像睡著了一般。 火紅的嫁衣襯著肌膚如雪黔姜。 梳的紋絲不亂的頭發(fā)上拢切,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天,我揣著相機(jī)與錄音秆吵,去河邊找鬼淮椰。 笑死,一個胖子當(dāng)著我的面吹牛纳寂,可吹牛的內(nèi)容都是我干的主穗。 我是一名探鬼主播,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼毙芜,長吁一口氣:“原來是場噩夢啊……” “哼忽媒!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起腋粥,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤晦雨,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后隘冲,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體闹瞧,經(jīng)...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年展辞,在試婚紗的時候發(fā)現(xiàn)自己被綠了奥邮。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡纵竖,死狀恐怖漠烧,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情靡砌,我是刑警寧澤已脓,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布,位于F島的核電站通殃,受9級特大地震影響度液,放射性物質(zhì)發(fā)生泄漏厕宗。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一堕担、第九天 我趴在偏房一處隱蔽的房頂上張望已慢。 院中可真熱鬧,春花似錦霹购、人聲如沸佑惠。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽膜楷。三九已至,卻和暖如春贞奋,著一層夾襖步出監(jiān)牢的瞬間赌厅,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工轿塔, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留特愿,地道東北人。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓勾缭,卻偏偏與公主長得像揍障,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子漫拭,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,577評論 2 353

推薦閱讀更多精彩內(nèi)容