本文僅針對RabbitMQ與Redis做隊列應用時的情況進行對比
具體採用什麼方式實現，還需要取決於系統的實際需求
簡要介紹
RabbitMQ
RabbitMQ是實現AMQP（高級消息隊列協議）的消息中間件的一種，最初起源於金融系統，用於在分佈式系統中存儲轉發消息，在易用性、擴展性、高可用性等方面表現不俗。消息中間件主要用於組件之間的解耦，消息的發送者無需知道消息使用者的存在，反之亦然。
Redis
是一個Key-Value的NoSQL數據庫，開發維護很活躍，雖然它是一個Key-Value數據庫存儲系統，但它本身支持MQ功能，所以完全可以當做一個輕量級的隊列服務來使用。
具體對比
可靠消費
Redis：沒有相應的機制保證消息的消費，當消費者消費失敗的時候，消息體丟失，需要手動處理
RabbitMQ：具有消息消費確認，即使消費者消費失敗，也會自動使消息體返回原隊列，同時可全程持久化，保證消息體被正確消費
可靠發佈
Reids：不提供，需自行實現
RabbitMQ：具有發佈確認功能，保證消息被髮布到服務器
高可用
Redis：採用主從模式，讀寫分離，但是故障轉移還沒有非常完善的官方解決方案
RabbitMQ：集群採用磁盤、內存節點，任意單點故障都不會影響整個隊列的操作
持久化
Redis：將整個Redis實例持久化到磁盤
RabbitMQ：隊列，消息，都可以選擇是否持久化
消費者負載均衡
Redis：不提供，需自行實現
RabbitMQ：根據消費者情況，進行消息的均衡分發
隊列監控
Redis：不提供，需自行實現
RabbitMQ：後臺可以監控某個隊列的所有信息，（內存，磁盤，消費者，生產者，速率等）
流量控制
Redis：不提供，需自行實現
RabbitMQ：服務器過載的情況，對生產者速率會進行限制，保證服務可靠性
出入隊性能
對於RabbitMQ和Redis的入隊和出隊操作，各執行100萬次，每10萬次記錄一次執行時間。
測試數據分為128Bytes、512Bytes、1K和10K四個不同大小的數據。
注：此數據來源於互聯網，部分數據有誤，已修正
應用場景分析
Redis：輕量級，高併發，延遲敏感
即時數據分析、秒殺計數器、緩存等
RabbitMQ：重量級，高併發，異步
批量數據異步處理、並行任務串行化，高負載任務的負載均衡等
閱讀更多 IT生涯 的文章
