1. ActiveMQ/ApolloMQ
優點:老牌的消息隊列,使用Java語言編寫。對JMS支持最好,采用多線程並發,資源消耗比較大。如果你的主語言是Java,可以重點考慮。
缺點:由於歷史悠久,歷史包袱較多,版本更新很緩慢。集群模式需要依賴Zookeeper實現。最新架構的產品被命名為Apollo,號稱下一代ActiveMQ,目前案例較少。
2. RocketMQ/Kafka
優點:專為海量消息傳遞打造,主張使用拉模式,天然的集群、HA、負載均衡支持。話說還是那句話,適合不適合看你有沒有那么大的量。
缺點:所謂魚和熊掌不可兼得,放棄了一些消息中間件的靈活性,使用的場景較窄,需關注你的業務模式是否契合,否則山寨變相使用很別扭。除此之外,RocketMQ沒有.NET下的客戶端可用。RocketMQ身出名門,但使用者不多,生態較小,畢竟消息量能達到這種體量的公司不多,你也可以直接去購買阿里雲的消息服務。Kafka生態完善,其代碼是用Scala語言寫成,可靠性比RocketMQ低一些。
3. RabbitMQ
優點:生態豐富,使用者眾,有很多人在前面踩坑。AMQP協議的領導實現,支持多種場景。淘寶的MySQL集群內部有使用它進行通訊,OpenStack開源雲平台的通信組件,最先在金融行業得到運用。
缺點:Erlang代碼你Hold得住不? 雖然Erlang是天然集群化的,但RabbitMQ在高可用方面做起來還不是特別得心應手,別相信廣告。 --------------------- 本文來自 從放棄到開始 的CSDN 博客 ,全文地址請點擊:https://blog.csdn.net/qq_30764991/article/details/80574483?utm_source=copy