前言 開源社區有好多優秀的隊列中間件，比如RabbitMQ和Kafka，每個隊列都貌似有其特性，在進行工程選擇時，往往眼花繚亂，不知所措。對於RabbitMQ和Kafka，到底應該選哪個？ RabbitMQ架構 RabbitMQ是一個分布式系統，這里面有幾個抽象概念。 broker ...

最近研究消息隊列，發現好幾個框架，搜羅一下進行對比，說一下選型說明： 1）中小型軟件公司，建議選RabbitMQ。一方面，erlang語言天生具備高並發的特性，而且他的管理界面用起來十分方便。不考慮rocketmq和kafka的原因是，一方面中小型軟件公司不如互聯網公司，數據量沒那么大，選消息 ...

轉自通九大神的博客 起因 最近公司RabbitMQ的集群出了點問題，然后有些親就說RabbitMQ慢且不好用，是一個瓶頸，不如換成Kafka。而我本人，使用RabbitMQ有一點久了，認為這個事情應當辯證的去看。所以就在沒事的時候簡單的看了看RabbitMQ的代碼。但是我並沒有看太多 ...

關於Kafka 根據Kafka官方的文檔，Kafka可以被認為一個高大上的集群消息中間件，但是讀了下以前一個朋友給的部署文檔和Kafka的官方的文檔。發現Kafka確實不錯，真的可以說是集群消息中間件。 用topic來進行消息管理，每個topic包含多個part，每個part對應一個 ...

目錄 前言 如何選擇？ 開發語言 延遲隊列 消息順序性 優先級隊列 消息留存 消息過濾 可伸縮行 ...

背景 　　本公司是.Net項目，在.Net可選的MQ比較少，主要Kafka和RabbitMQ，RabbitMQ我也是使用多年了，最近的Kafka廣告與流行度我也是無法無視，因此也是花了點時間收集了資料做了些對比。 　　如果下文有總結不到位的，或者差錯的，可以在下方評論反饋 ...

首先，rabbitMQ是一款開源，ERlang編寫的，基於AMQP協議的，消息中間件； 它可以做到：解耦、異步、削瘋限流； 掛機可能造成穩定性問題；加入系統的復雜性； 如何保證rabbitMQ的高可用，搭建集群； 如何做到重復消費：確保消息唯一性，做唯一標識； 然后，kafka ...

概述 在分布式系統中,我們廣泛運用消息中間件進行系統間的數據交換,便於異步解耦。現在開源的消息中間件有很多,前段時間產品 RocketMQ (MetaQ的內核) 也順利開源。不過今天主要是對Kafka與RabbitMQ功能做個對比。 MQ簡介 MQ,Message ...