消息队列二

常用Message Queue对比

  • RabbitMQ
    RabbitMQ是使Erlang编写的一个开源的信息队列,本身支持广大之商议:AMQP,XMPP,
    SMTP,
    STOMP,也正因如此,它好重量级,更可为店级的出。同时落实了Broker构架,这象征消息在殡葬给客户端时先以着力队列排队。对路由,负载均衡或者数持久化都发出老好的支持。
  • Redis
    Redis是一个因Key-Value对的NoSQL数据库,开发保护好欢。虽然它是一个Key-Value数据库存储系统,但她自己支持MQ功能,所以完全好看作一个轻量级的序列服务来采取。对于RabbitMQ和Redis的入队与出队操作,各执100万坏,每10万差记录同一差执行时。测试数据分为128Bytes、512Bytes、1K以及10K季单不等尺寸的多少。实验表明:入队时,当数比小时Redis的习性要高于RabbitMQ,而设数额大小超过了10K,Redis则慢的无法忍受;出队时,无论数额大小,Redis都见来很好之性,而RabbitMQ的出队性能则远低于Redis。
  • ZeroMQ
    ZeroMQ号称太抢之音讯队列系统,尤其针对大吞吐量的要求状况。ZMQ能够落实RabbitMQ不擅长的高级/复杂的序列,但是开发人员需要自己成又艺框架,技术达到的复杂度是对准当下MQ能够采取成的挑战。ZeroMQ具有一个非正规之非中间件的模式,你无需要设置和运转一个信服务器或中件,因为你的应用程序将装了这个服务角色。你仅仅需要简单的援ZeroMQ程序库,可以使NuGet安装,然后您就算得喜的当应用程序之间发送信息了。但是ZeroMQ仅提供非持久性的班,也就是说要down机,数据以见面丢。其中,Twitter的Storm中默认使用ZeroMQ作为数据流的导。
  • ActiveMQ
    ActiveMQ是Apache下的一个子项目。
    类似于ZeroMQ,它能为代表和沾对碰之技巧实现队列。同时类似于RabbitMQ,它少量代码就好便捷地贯彻高级应用场景。
  • Kafka/Jafka
    Kafka是Apache下的一个子项目,是一个胜似性能跨语言分布式Publish/Subscribe消息队列系统,而Jafka是以Kafka之上孵化而来的,即Kafka的一个升级版。具有以下特征:快速持久化,可以当O(1)的网出下展开信息持久化;高吞吐,在同等光一般的服务器上既好达到10W/s的吞吐速率;完全的分布式系统,Broker、Producer、Consumer都原生自动支持分布式,自动实现复杂均衡;支持Hadoop数据交互加载,对于像Hadoop的均等的日记数据和离线分析系统,但与此同时要求实时处理的限量,这是一个可行的缓解方案。Kafka通过Hadoop的互动加载机制来归并了在线与离线的消息处理,这或多或少吗是依课题所研究系统所尊重的。Apache
    Kafka相对于ActiveMQ是一个异常轻量级的音讯网,除了性能大好外,还是一个干活良好的分布式系统。

信息队列一

消息队列二

信队列三

消息队列四

消息队列五

消息队列六

消息队列七

网站地图xml地图