RocketMQ架構(gòu)是怎么樣的

這篇文章主要介紹RocketMQ架構(gòu)是怎么樣的，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

公司主營業(yè)務(wù)：成都做網(wǎng)站、網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出千山免費(fèi)做網(wǎng)站回饋大家。

一、總體架構(gòu)

RocketMQ是開源的一個(gè)分布式消息中間件。在RocketMQ中包含四個(gè)主要角色：nameserver，元數(shù)據(jù)管理服務(wù)；broker，接收、存儲(chǔ)、分發(fā)消息；producer，消息生產(chǎn)者；consumer，消息消費(fèi)者。整體架構(gòu)如下圖

Nameserver是一個(gè)無狀態(tài)的服務(wù)，各個(gè)nameserver之間無數(shù)據(jù)交互。每個(gè)borker都會(huì)向所有nameserver保持心跳消息，將broker上的topic存儲(chǔ)信息上報(bào)到nameserver。producer/consumer會(huì)隨機(jī)選擇一個(gè)nameserver建立長(zhǎng)鏈接，從nameserver定時(shí)拉取訂閱的topic的路由信息。

Broker是消息存儲(chǔ)服務(wù)器，一個(gè)broker可以包含一個(gè)master以及多個(gè)slave，master和slave之間形成主備關(guān)系。master之間無任何通訊，也就是說rocketmq不會(huì)在master之間自動(dòng)重新分配topic的存儲(chǔ)。一個(gè)topic可以存儲(chǔ)在多個(gè)broker上，每個(gè)broker上又可以分成多個(gè)queue，以降低讀寫的壓力。topic的存儲(chǔ)如下圖所示，其中topic和broker之間的對(duì)應(yīng)關(guān)系是需要管理員人為指定的。producer和consumer會(huì)和訂閱的topic所在的broker建立長(zhǎng)鏈接，用于拉取和消費(fèi)消息。

Producer是消息生產(chǎn)者，多個(gè)發(fā)送同種消息的producer可以歸到同一個(gè)producer group。

Consumer是消息消費(fèi)者，rocketmq存在兩種消息消費(fèi)方式：廣播，同一個(gè)消息會(huì)發(fā)送給所有消費(fèi)者；集群，同一個(gè)消息只會(huì)發(fā)送給一個(gè)消費(fèi)者。同一個(gè)類型的消費(fèi)者可以組成一個(gè)consumer group.

二、消息模型

Message代表一個(gè)消息，一個(gè)message有兩個(gè)標(biāo)識(shí)的id：msgid & offsetMsgId：

• msgId是producer生成的，全局唯一，也叫做uniqId。存儲(chǔ)在Message.properties里，存儲(chǔ)的key是“UNIQ_KEY”。

• offsetMsgId，是由存儲(chǔ)的broker的服務(wù)器地址以及commitlog的offet兩者拼接而成的。存儲(chǔ)在MessageExt.msgId中。

除了msgid & offsetMsgId之外，消息還可以指定一組keys。broker會(huì)把message的keys解析，存儲(chǔ)到一個(gè)索引服務(wù)（IndexService）當(dāng)中，支持按key來搜索消息。

RocketMQ的message還支持tag，可以在發(fā)送消息時(shí)指定tag，并按tag進(jìn)行訂閱。broker會(huì)把消息的tag計(jì)算成一個(gè)hashcode，存儲(chǔ)到ConsumeQueue當(dāng)中，這樣在訂閱時(shí)就可以快速過濾出包含特定tag的消息。

為了支持消息的快速寫入、讀取、按key搜索、按tag訂閱，rocketmq的消息存儲(chǔ)采用如下架構(gòu)：

• commitlog用來存儲(chǔ)消息原文，不分topic，按順序append到末尾。對(duì)于每個(gè)消息有一個(gè)對(duì)應(yīng)的offset，代表在commitlog中的偏移量。

• ConsumeQueue按topic存儲(chǔ)，每個(gè)element是固定的20字節(jié)的長(zhǎng)度，包含一個(gè)消息的offset + size + taghashcode。

• IndexFile存儲(chǔ)消息的key索引，同一個(gè)broker上的所有topic共享同一個(gè)index服務(wù)。indexservice當(dāng)中會(huì)以“topic#key”的形式來存儲(chǔ)消息基于key的反向索引。

以上是“RocketMQ架構(gòu)是怎么樣的”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

當(dāng)前名稱：RocketMQ架構(gòu)是怎么樣的
路徑分享：http://muchs.cn/article8/jejcop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、響應(yīng)式網(wǎng)站、定制網(wǎng)站、商城網(wǎng)站、App開發(fā)、ChatGPT

廣告

聲明：本網(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í)需注明來源： 創(chuàng)新互聯(lián)