最好的消息隊列中除了的RabbitMQ和SQS的消息路由

Question

我有情景的服務，爲這我要尋找其下方支撐一個消息隊列服務：

1. 放心使用
2. 非常高的性能
3. 一次閱讀的消息不應該可用於其他消費者。
4. 應該有能力刪除一次讀取的消息。
5. 發佈的消息不應丟失。

這是我在下面描述的場景：

1. 有許多出版商。
2. 會有很多消費者。
3. 排隊服務器和消費者駐留在同一臺機器上，但發佈者駐留在不同的機器上。

請讓我知道最好的排隊服務除的RabbitMQ和SQS滿足以上​​幾點

Answer 1

我會建議阿帕奇卡夫卡：http://kafka.apache.org/

如果你想知道卡夫卡和RabbitMQ的你應該讀之間的比較這篇文章：http://www.quora.com/RabbitMQ/RabbitMQ-vs-Kafka-which-one-for-durable-messaging-with-good-query-features

此外，你應該看看這個：ActiveMQ or RabbitMQ or ZeroMQ or

Answer 2

卡夫卡據我所知主要是爲了真正的數據傳播，我認爲我的要求不需要像卡夫卡那樣的東西。我使用了SQS，但是我遇到的唯一問題是高延遲。發佈者將消息推送到隊列中，並且消費者繼續輪詢新消息，此實現以非常高的延遲觸發我。我的要求很簡單如下：

1. 隊列服務應具備高可用性和可靠性像SQS
2. 延遲應該是非常高的讓說不能超過10ms。 （這裏10ms包括髮布和接收消息）。
3. 此外我的消息大小非常小，說不超過20-30字節。

我曾經想過使用redis，我將把消息推送到一個列表中，工作人員會不斷彈出它們，直到列表變空，但我沒有做任何基準測試。所以在這裏我真的需要建議，所以我走向正確的方向。

謝謝，

Answer 3

對於我的一些系統集成項目，我遇到了MQ任務。很多客戶希望像IBM WebSphere MQ這樣的生產解決方案，但我認爲它太過富有表現力和困難。

我發現並使用了簡單和穩定的模擬：電子郵件服務器。

所有集成系統都獲得本地電子郵箱。消息是電子郵件，主題中帶有命令代碼，附件中帶有json。電子郵件服務器監聽並分發所有隊列，收件人或其組。電子郵件協議是穩定的，所有開發人員都知道有很多工具可以使用它。系統管理員和測試人員使用簡單的電子郵件客戶端進行測試和審計。所有的電子郵件服務器都有一個日誌工具。

這是最好的和簡單的解決方案，我建議它爲大多數集成項目。