一、優缺點
1、RabbitMQ
RabbitMQ 2007年發佈,是一個在AMQP(高級消息隊列協議)基礎上完成的,可複用的企業消息系統,是當前最主流的消息中間件之一。
RabbitMQ優點:
- 由於erlang語言的特性,mq 性能較好,高併發;
- 吞吐量到萬級,MQ功能比較完備
- 健壯、穩定、易用、跨平臺、支持多種語言、文檔齊全;
- 開源提供的管理界面非常棒,用起來很好用
- 社區活躍度高;
RabbitMQ缺點:
- erlang開發,很難去看懂源碼,基本職能依賴於開源社區的快速維護和修復bug,不利於做二次開發和維護。
- RabbitMQ確實吞吐量會低一些,這是因爲他做的實現機制比較重。
- 需要學習比較複雜的接口和協議,學習和維護成本較高。
2、RocketMQ
RocketMQ出自 阿里公司的開源產品,用 Java 語言實現,在設計時參考了 Kafka,並做出了自己的一些改進。
RocketMQ在阿里集團被廣泛應用在訂單,交易,充值,流計算,消息推送,日誌流式處理,binglog分發等場景。
RocketMQ優點:
- 單機吞吐量:十萬級
- 可用性:非常高,分佈式架構
- 消息可靠性:經過參數優化配置,消息可以做到0丟失
- 功能支持:MQ功能較爲完善,還是分佈式的,擴展性好
- 支持10億級別的消息堆積,不會因爲堆積導致性能下降
- 源碼是java,我們可以自己閱讀源碼,定製自己公司的MQ,可以掌控
RocketMQ缺點:
- 支持的客戶端語言不多,目前是java及c++,其中c++不成熟;
- 社區活躍度一般
- 沒有在 mq 核心中去實現JMS等接口,有些系統要遷移需要修改大量代碼
3、Kafka
號稱大數據的殺手鐗,談到大數據領域內的消息傳輸,則繞不開Kafka,這款爲大數據而生的消息中間件,以其百萬級TPS的吞吐量名聲大噪,迅速成爲大數據領域的寵兒,在數據採集、傳輸、存儲的過程中發揮着舉足輕重的作用。
Apache Kafka它最初由LinkedIn公司基於獨特的設計實現爲一個分佈式的提交日誌系統( a distributed commit log),之後成爲Apache項目的一部分。目前已經被LinkedIn,Uber, Twitter, Netflix等大公司所採納。
Kafka的優點:
- 性能卓越,單機寫入TPS約在百萬條/秒,最大的優點,就是吞吐量高。
- 時效性:ms級
- 可用性:非常高,kafka是分佈式的,一個數據多個副本,少數機器宕機,不會丟失數據,不會導致不可用
- 消費者採用Pull方式獲取消息, 消息有序, 通過控制能夠保證所有消息被消費且僅被消費一次;
- 有優秀的第三方Kafka Web管理界面Kafka-Manager;
- 在日誌領域比較成熟,被多家公司和多個開源項目使用;
- 功能支持:功能較爲簡單,主要支持簡單的MQ功能,在大數據領域的實時計算以及日誌採集被大規模使用
Kafka的缺點:
- Kafka單機超過64個隊列/分區,Load會發生明顯的飆高現象,隊列越多,load越高,發送消息響應時間變長
- 使用短輪詢方式,實時性取決於輪詢間隔時間;
- 消費失敗不支持重試;
- 支持消息順序,但是一臺代理宕機後,就會產生消息亂序;
社區更新較慢;
二、適用場景
Kafka是LinkedIn開源的分佈式發佈-訂閱消息系統,目前歸屬於Apache定級項目。Kafka主要特點是基於Pull的模式來處理消息消費,追求高吞吐量,一開始的目的就是用於日誌收集和傳輸。0.8版本開始支持複製,不支持事務,對消息的重複、丟失、錯誤沒有嚴格要求,適合產生大量數據的互聯網服務的數據收集業務。
RabbitMQ是使用Erlang語言開發的開源消息隊列系統,基於AMQP協議來實現。AMQP的主要特徵是面向消息、隊列、路由(包括點對點和發佈/訂閱)、可靠性、安全。AMQP協議更多用在企業系統內,對數據一致性、穩定性和可靠性要求很高的場景,對性能和吞吐量的要求還在其次。
RocketMQ是阿里開源的消息中間件,它是純Java開發,具有高吞吐量、高可用性、適合大規模分佈式系統應用的特點。RocketMQ思路起源於Kafka,但並不是Kafka的一個Copy,它對消息的可靠傳輸及事務性做了優化,目前在阿里集團被廣泛應用於交易、充值、流計算、消息推送、日誌流式處理、binglog分發等場景。
參考文獻
1、https://baijiahao.baidu.com/s?id=1622162181716798340&wfr=spider&for=pc
2、https://blog.csdn.net/fxh13579/article/details/83988700