【Todo】MQ学习-RabbitMQ, ActiveMQ, Kafka等

之前学习过RabbitMQ，并且还安装过。安装记录的文章如下：

Erlang：http://www.cnblogs.com/charlesblc/p/5512380.html

RabbitMQ：http://www.cnblogs.com/charlesblc/p/5516585.html

可见，好记性不如烂笔头。还是要记录呀！

另外，分类特别重要，用标题搜索rabbitmq根本搜不到，从“安装部署”分类里面才搜到的。所以分类还是要细致呀！

准备看这篇文章：

http://blog.csdn.net/linsongbin1/article/details/47781187

时间： 2025-01-01 02:18:16

【Todo】MQ学习-RabbitMQ, ActiveMQ, Kafka等的相关文章

消息中间件面试题31道RabbitMQ+ActiveMQ+Kafka

前言文章开始前,我们先了解一下什么是消息中间件? 什么是中间件? 非底层操作系统软件,非业务应用软件,不是直接给最终用户使用的,不能直接给客户带来价值的软件统称为中间件. 什么是消息中间件? 是关注于数据的发送和接收,利用高效可靠的异步消息传递机制集成分布式系统图示: 消息中间件RabbitMQ+ActiveMQ+Kafka的对比接下来就是消息中间件面试题RabbitMQ+ActiveMQ+Kafka RabbitMQ消息中间件系列 1:RabbitMQ 中的 broker 是指什么?cl

MQ选型对比ActiveMQ,RabbitMQ,RocketMQ,Kafka 消息队列框架选哪个？

最近研究消息队列,发现好几个框架,搜罗一下进行对比,说一下选型说明: 1)中小型软件公司,建议选RabbitMQ.一方面,erlang语言天生具备高并发的特性,而且他的管理界面用起来十分方便.不考虑rocketmq和kafka的原因是,一方面中小型软件公司不如互联网公司,数据量没那么大,选消息中间件,应首选功能比较完备的,所以kafka排除.RocketMQ也很不错,只是没有RabbitMQ出来的早,文档和网上的资料没有RabbitMQ多,但也是很不错,RocketMQ是阿里出品,现在阿里已经把

消息队列原理及ActiveMQ、RocketMQ、RabbitMQ、Kafka区别总结

消息队列为什么写这篇文章? 博主有两位朋友分别是小A和小B: 小A,工作于传统软件行业(某社保局的软件外包公司),每天工作内容就是和产品聊聊需求,改改业务逻辑.再不然就是和运营聊聊天,写几个SQL,生成下报表.又或者接到客服的通知,某某功能故障了,改改数据,然后下班部署上线.每天过的都是这种生活,技术零成长. 小B,工作于某国企,虽然能接触到一些中间件技术.然而,他只会订阅/发布消息.通俗点说,就是调调API.对为什么使用这些中间件啊?如何保证高可用啊?没有充分的认识. 庆幸的是两位朋友都很有

MQ(1)-RabbitMq安装

本人安装的rabbitmq环境相关文件,可在本人提供的百度云盘资源进行下载. 链接:https://pan.baidu.com/s/1bnofK3l 密码:whdm 一前言消息队列又称为MQ,应用程序间的消息通信工具,其有利于程序解耦.多语言集成.异步通信.扩展和简单负载均衡等,是生产-消费者模型的典型代表.常见MQ产品有RabbitMQ ZeroMQ Kafka等等. RabbitMQ,老牌MQ产品,基于erlang语言,实现对AMQP等协议的支持,重量级,适合企业级应用开发: Kafka

RabbitMQ和kafka从几个角度简单的对比

RabbitMQ和kafka从几个角度简单的对比业界对于消息的传递有多种方案和产品,本文就比较有代表性的两个MQ(rabbitMQ,kafka)进行阐述和做简单的对比, 1)应用场景 RabbitMQ,遵循AMQP协议,由内在高并发的erlanng语言开发,用在实时的对可靠性要求比较高的消息传递上. kafka是Linkedin于2010年12月份开源的消息发布订阅系统,它主要用于处理活跃的流式数据,大数据量的数据处理上. 2)架构模型 RabbitMQ遵循AMQP协议,RabbitMQ的br

rabbitmq和kafka怎么选？【转】

MQ框架非常之多,今天简单说一下有代表性的两个MQ(rabbitmq和kafka).经常会有人问rabbitmq和kafka到底哪个好呢?其实没有好与不好之分,只有哪个更合适,首先要根据自己项目的业务场景和需求来选择更合适的一个MQ. 在应用场景方面 rabbitmq遵循AMQP协议,由内在高并发的erlanng语言开发,用在实时的对可靠性要求比较高的消息传递上. kafka是Linkedin于2010年12月份开源的消息发布订阅系统,它主要用于处理活跃的流式数据,大数据量的数据处理上. 在架构

RabbitMQ和Kafka

起因最近公司RabbitMQ的集群出了点问题,然后有些亲就说RabbitMQ慢且不好用,是一个瓶颈,不如换成Kafka.而我本人,使用RabbitMQ有一点久了,认为这个事情应当辩证的去看.所以就在没事的时候简单的看了看RabbitMQ的代码.但是我并没有看太多Kafka的代码,我只简单提下. 关于Kafka 根据Kafka官方的文档,Kafka可以被认为一个高大上的集群消息中间件,但是读了下以前一个朋友给的部署文档和Kafka的官方的文档.发现Kafka确实不错,真的可以说是集群消息中间件.

RabbitMQ 和 Kafka 的消息可靠性对比

RabbitMQ和Kafka都提供持久的消息保证.两者都提供至少一次和至多一次的保证,另外,Kafka在某些限定情况下可以提供精确的一次(exactly-once)保证. 让我们首先理解一下上述术语的含义: 至多一次投递:消息绝对不会被重复投递,但是消息可能丢失至少一次投递:消息绝对不会被丢失,但是有可能重复被消费精确的一次投递:消息系统的圣杯.所有的消息精确的被投递一次. “投递”貌似不是准确的语言描述,“处理”才是.无论怎么描述,我们关心的是,消费者能否处理消息,以及处理的次数.但是使用

RabbitMQ和Kafka对比

# 前言开源社区有好多优秀的队列中间件,比如RabbitMQ和Kafka,每个队列都貌似有其特性,在进行工程选择时,往往眼花缭乱,不知所措.对于RabbitMQ和Kafka,到底应该选哪个? # RabbitMQ架构 ## 概念 RabbitMQ是一个分布式系统 **broker**:每个节点运行的服务程序,功能为维护该节点的队列的增删以及转发队列操作请求. **master queue**:每个队列都分为一个主队列和若干个镜像队列. **mirror queue**:镜像队列,作为maste