關(guān)于消息隊(duì)列别瞭，從前年開始斷斷續(xù)續(xù)看了些資料，想寫很久了，但一直沒騰出空，近來分別碰到幾個(gè)朋友聊這塊的技術(shù)選型，是時(shí)候把這塊的知識(shí)整理記錄一下了。 市面上的消息隊(duì)列產(chǎn)品有很多，...
發(fā)簡(jiǎn)信
IP屬地：廣東
-
消息隊(duì)列之 RabbitMQ -
-
有個(gè)疑問濒憋，“儲(chǔ)蓄服務(wù)必須在對(duì)儲(chǔ)蓄賬戶表進(jìn)行更新，然后發(fā)布“向理財(cái)賬戶轉(zhuǎn)賬”事件陶夜，這兩個(gè)操作需要原子化實(shí)現(xiàn)凛驮。如果服務(wù)在更新數(shù)據(jù)庫(kù)之后、發(fā)布事件之前崩潰条辟，系統(tǒng)會(huì)變得不一致黔夭。”如果是為了原子性羽嫡，這兩個(gè)操作是否可以放在一個(gè)本地事務(wù)完成（也就是先保存到數(shù)據(jù)庫(kù)本姥，再發(fā)送到消息隊(duì)列，只要過程中有異常杭棵，就可以立即回滾）婚惫。這樣其實(shí)就不需要發(fā)布一個(gè)事件到事件表中。請(qǐng)賜教
微服務(wù)架構(gòu)之事件驅(qū)動(dòng)架構(gòu)
前言 為了解決傳統(tǒng)的單體應(yīng)用（Monolithic Application）在可擴(kuò)展性、可靠性辰妙、適應(yīng)性、高部署成本等方面的問題甫窟，許多公司（比如Amazon密浑、eBay和NetF...