Kafka與常見消息隊列的對比Kafka與常見消息隊列的對比

Erlang編寫 支援很多的協定：AMQP，XMPP, SMTP, STOMP 非常重量級，更适合于企業級的開發 發送給用戶端時先在中心隊列排隊。對路由，負載均衡或者資料持久化都有很好的支援。

基于Key-Value對的NoSQL資料庫 入隊時，當資料比較小時Redis的性能要高于RabbitMQ，而如果資料大小超過了10K，Redis則慢的無法忍受； 出隊時，無論資料大小，Redis都表現出非常好的性能，而RabbitMQ的出隊性能則遠低于Redis。

号稱最快的消息隊列系統，尤其針對大吞吐量的需求場景。 進階/複雜的隊列，但是開發人員需要自己組合多種技術架構，技術上的複雜度是對這MQ能夠應用成功的挑戰。 具有一個獨特的非中間件的模式，不需要安裝和運作一個消息伺服器或中間件 ZeroMQ僅提供非持久性的隊列，也就是說如果當機，資料将會丢失。

類似于ZeroMQ，它能夠以代理人和點對點的技術實作隊列。 類似于RabbitMQ，它少量代碼就可以高效地實作進階應用場景。

高性能跨語言分布式釋出/訂閱消息隊列系統 快速持久化，可以在O(1)的系統開銷下進行消息持久化； 高吞吐，在一台普通的伺服器上既可以達到10W/s的吞吐速率； 完全的分布式系統，Broker、Producer、Consumer都原生自動支援分布式，自動實作負載均衡； 支援Hadoop資料并行加載，對于像Hadoop的一樣的日志資料和離線分析系統，但又要求實時處理的限制，這是一個可行的解決方案。Kafka通過Hadoop的并行加載機制統一了線上和離線的消息處理。 一個非常輕量級的消息系統，除了性能非常好之外，還是一個工作良好的分布式系統。