MQ能不能幫消息隊(duì)列解耦

本篇內(nèi)容介紹了“MQ能不能幫消息隊(duì)列解耦”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)建站專業(yè)為企業(yè)提供來(lái)賓網(wǎng)站建設(shè)、來(lái)賓做網(wǎng)站、來(lái)賓網(wǎng)站設(shè)計(jì)、來(lái)賓網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、來(lái)賓企業(yè)網(wǎng)站模板建站服務(wù)，十載來(lái)賓做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

有一個(gè)觀點(diǎn)已經(jīng)被說(shuō)爛了：使用 MQ 可以幫助業(yè)務(wù)系統(tǒng)解耦。

想法很簡(jiǎn)單，在業(yè)務(wù)狀態(tài)流轉(zhuǎn)時(shí)，如果沒(méi)有 MQ，那么其它系統(tǒng)想要知道狀態(tài)變了，那就需要核心流程系統(tǒng)去主動(dòng)做通知。

比如電商系統(tǒng)里訂單從創(chuàng)建到處理中狀態(tài)切換了，客服系統(tǒng)需要知道，風(fēng)控系統(tǒng)需要知道，用戶系統(tǒng)也需要知道。

一個(gè)典型的依賴關(guān)系

這里的通知通過(guò) RPC 來(lái)進(jìn)行，下游系統(tǒng)需要的數(shù)據(jù)可以在這次 RPC 里攜帶上，也可以在請(qǐng)求的時(shí)候讓下游系統(tǒng)自己去查。

下游系統(tǒng)增加的時(shí)候，核心業(yè)務(wù)的代碼也需要修改，比如新做了一個(gè)積分系統(tǒng)，現(xiàn)在訂單狀態(tài)流轉(zhuǎn)積分系統(tǒng)也想知道。

下游增加新系統(tǒng)時(shí)

核心系統(tǒng)需要不停地增加調(diào)用關(guān)系來(lái)迎合下游新增的業(yè)務(wù)方需求。這些邊邊角角的計(jì)算邏輯和訂單系統(tǒng)本身沒(méi)啥關(guān)系，但是因?yàn)橄掠涡枰玫竭@些數(shù)據(jù)，我們就需要自己用  RPC 去調(diào)用下游的接口。這確實(shí)不太合理。

當(dāng)下游系統(tǒng)發(fā)生事故時(shí)，很容易讓核心系統(tǒng)也跟著一起躺了：

下游炸了上游也得炸

這種情況下，核心系統(tǒng)對(duì)下游系統(tǒng)的依賴主要是因?yàn)?core system mentions downstream  system，和單系統(tǒng)內(nèi)的耦合是一樣的。

解決這種耦合的最簡(jiǎn)單的方法，在單模塊的情況是用依賴反轉(zhuǎn)，在分布式場(chǎng)景下，就是引入消息隊(duì)列：

用消息隊(duì)列解除上游對(duì)下游的依賴

在修改之后，每次訂單流轉(zhuǎn)只要將 domain event 發(fā)送到消息隊(duì)列就可以了。下游系統(tǒng)有計(jì)算需求，自己去訂閱相關(guān)的 topic 即可。

有了消息隊(duì)列時(shí)下游增加新系統(tǒng)

講到這里就結(jié)束，那就是童話故事了。在一開(kāi)始的圖中，我們存在的依賴是雙向的：

雙向依賴

核心系統(tǒng)依賴下游系統(tǒng)是因?yàn)檎{(diào)用關(guān)系，下游系統(tǒng)依賴核心系統(tǒng)是因?yàn)橄掠蜗到y(tǒng)要使用核心系統(tǒng)的數(shù)據(jù)。

我們使用 MQ 只是解開(kāi)了單個(gè)方向上的依賴，核心系統(tǒng)沒(méi)有對(duì)下游系統(tǒng)的調(diào)用了。

這樣下游系統(tǒng)在崩潰的時(shí)候，也就不太容易影響到核心系統(tǒng)的穩(wěn)定性。

隱式依賴導(dǎo)致事故

但下游系統(tǒng)對(duì)核心系統(tǒng)的數(shù)據(jù)依賴是不可能解除的，如果核心系統(tǒng)修改了產(chǎn)生 domain event  的代碼，還是會(huì)導(dǎo)致下游系統(tǒng)出故障，很多情況下出故障都是一死死一片：

大點(diǎn)的互聯(lián)網(wǎng)公司經(jīng)常是核心服務(wù)一做重構(gòu)，下游服務(wù)哀鴻遍野。

數(shù)據(jù)依賴對(duì)于核心系統(tǒng)來(lái)說(shuō)并不是一個(gè)可以顯式看到的依賴，所以對(duì)于核心系統(tǒng)來(lái)說(shuō)，這是外部對(duì)我的隱式依賴。

看不見(jiàn)的依賴是很可怕的，所有人都會(huì)慢慢地逐漸忽視它，直到事故發(fā)生的那一天。

核心系統(tǒng)對(duì)下游系統(tǒng)重新建立依賴

雖然夢(mèng)做的很好，但核心系統(tǒng)在服務(wù)用戶的過(guò)程中，往往也是要給用戶返回一些實(shí)時(shí)計(jì)算的數(shù)據(jù)的，這部分?jǐn)?shù)據(jù)從哪里來(lái)?

很多就是從下游計(jì)算系統(tǒng)來(lái)，比如說(shuō)，我的訂單流轉(zhuǎn)系統(tǒng)，現(xiàn)在要在用戶積分達(dá)到某個(gè)條件的時(shí)候，做一些特殊邏輯。

隨著業(yè)務(wù)的發(fā)展，我們最初解除掉的依賴，又重新被建立了。

環(huán)形依賴回來(lái)了!這下兩個(gè)系統(tǒng)可能又會(huì)變成你掛我也掛的情況了。兜兜轉(zhuǎn)轉(zhuǎn)，我們重新回到了原點(diǎn)。

“MQ能不能幫消息隊(duì)列解耦”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

當(dāng)前名稱：MQ能不能幫消息隊(duì)列解耦
標(biāo)題路徑：http://bm7419.com/article18/jjcigp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、電子商務(wù)、微信公眾號(hào)、做網(wǎng)站、App開(kāi)發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)