作為一個有豐富經驗的微服務系統架構師，經常有人問我，“應該選擇RabbitMQ還是Kafka？”。基于某些原因， 許多開發者會把這兩種技術當做等價的來看待。的確，在一些案例場景下選擇RabbitMQ還是Kafka沒什么差別，但是這兩種技術在底層實現方面是有許多差異的。

 

不同的場景需要不同的解決方案，選錯一個方案能夠嚴重的影響你對軟件的設計，開發和維護的能力。

 

這篇文章會先介紹RabbitMQ和Apache Kafka內部實現的相關概念。緊接著會主要介紹這兩種技術的主要不同點以及他們各自的優缺點，最后我們會說明一下怎樣選擇這兩種技術。

 

一、異步消息模式

 

異步消息可以作為解耦消息的生產和處理的一種解決方案。提到消息系統，我們通常會想到兩種主要的消息模式——消息隊列和發布/訂閱模式。

 

1、消息隊列

 

 

利用消息隊列可以解耦生產者和消費者。多個生產者可以向同一個消息隊列發送消息；但是，一個消息在被一個消息者處理的時候，這個消息在隊列上會被鎖住或者被移除并且其他消費者無法處理該消息。也就是說一個具體的消息只能由一個消費者消費。

 

消息隊列

 

需

總結

以上是生活随笔為你收集整理的RabbitMQ 还是 Kafka？哪个才是架构利器的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。