RocketMQ

RocketMQ的最佳實踐

代理角色有:非同步主節點,同步主節點和從節點. 如果你不能容忍訊息丟失,我們建議你部署同步主機並在其上附加從屬伺服器.如果您對丟失可以容忍,但希望代理始終可用,則可以將ASYNC_MASTER和SLAVE一起部

RocketMQ訊息傳送的高可用設計

從rocketmq topic的建立機制可知,一個topic對應有多個訊息佇列,那麼我們在傳送訊息時,是如何選擇訊息佇列進行傳送的?假如這時有broker宕機了,rocketmq是如何規避故障broker的?看

RocketMQ基礎架構

基於官方文件進行翻譯 概覽 Apache RocketMQ是一個分散式訊息和流平臺,它的特性包括低延遲,高效能,高可靠性,萬億級容量和彈性擴充套件。它的架構主要包括四部分:命名服務(name ser

從RocketMQ我們學到了什麼之NameServer

開場圖.png 序 在很久很久以前,人們之間的通訊方式就是面對面交談,你說一句,我聽一句,雖然簡單可靠,但是弊端也很大。 比如,當你成為一個軍隊的首領,每個屬

RocketMQ原始碼分析之ConsumeQueue

一:前言 上週末寫了兩篇文章講到服務端Broker在收到訊息後是如何儲存訊息的: 《 RocketMQ原始碼分析之訊息儲存 》 《 RocketMQ原始碼分析之訊息刷盤 》

3個mq的對比

幾種MQ產品說明: ZeroMQ :  擴充套件性好,開發比較靈活,採用C語言實現,實際上他只是一個socket庫的重新封裝,如果我們做為訊息佇列使用,需要開發大量的程式碼 Rabbi

RocketMQ的消費模式

在公司的技術分享中,就有聊到rocketmq的消費模式,特此總結一下。 廣播消費 在說消費之前,這裡先說一下rocketmq中group的概念吧,一個group代表的是邏輯相同的一組例項,最可以表達這個

1715947134.9384