RabbitMq与Kafka的使用场景和区别

这是陈东景于2021年8月29日下午16点原创作品,转载请标明出处!!!!

        在进行软件设计的过程中,如果软件设计业务上存在需要短时间内处理大批量的信息,又需要能保证软件能正常运行(保证软件的高可靠和高可用)。因为大批量(几十万,几百万级别的数据或者消息需要同一个时间处理),软件的IO过高,会导致软件运行阻塞或者消耗内存过高而崩溃,甚至是宕机。消息队列的概念被提了出来,通过缓存消息的模式,进行生产和消费。通过异步处理的方式,解耦这种短时间内出现大批量需要处理消息的场景。目前我们使用到的比较场景的消息队列有RabbitMq 、AtiveMQ、RocketMQ和Kafka。从单词字面上,我们可以看出前三者很明确的说他们是一种类型的MQ,而Kafka并没有说自己的是KafkaMQ。这里是非常有趣的事情。本贴今天就主要讲讲RabbitMq与Kafka的使用场景和区别。

那什么是RabbitMq和Kafka呢。

RabbitMq:RabbitMq是遵循AMQP协议,使用erlanng语言开发的一款用在实时的对可靠性要求比较高的消息传递上一种处理软件。从Rabbit上我们可以看出这是比如的手法,因为兔子一蹦一跳的,给人一种弹跳非常快的感觉。俗话说跑的比兔子还快。这个单词已经足够说明RabbitMq处理消息之快。

RabbitMq 的组成:交换器(exchange),队列(queue)、binding(绑定路由)、通道(Channels)、routing(路由)。

Kafka:kafka是Linkedin于2010年12月份开源的消息发布/订阅系统,主要用于处理活跃的流式数据,或者大数据量的数据处理上,横向扩展好,吞吐量大(几十万甚至百分级别)。常用日志采集,数据采集上。从kafka的特点上,kafka更像一套消息处理系统,或者是MQ的一种拓展。所以Kafka不叫KafkaMQ也是有道理的。而RabbitMq,更精确定义为消息中间件。这也是两者从定义上比较明显的区别。

Kafka的组成: Topic (主题)、Partition(分区) 、Offset(偏移) 、Replica(副本、)、 Message(消息)、  LogSegment(日志段 )Producer(消息生产者) Consumer(消息消费者 )

       单从他们的组成上我们就可以看出RabbitMq和Kafka的实现原理其实完全不同,差异巨大。但是之所以把他们放在一起讨论。他们的基本模式都是生产者/消费者的模式。其他的就是各自有各自的优点。所以RabbitMq和kafka的使用区别还是很大的。

下面讲讲他们的主要特性区别:

(1)RabbitMq的消息消费是无法保证有序的。而Kafka的实现原理可以保证消息消费有序。

(2)RabbitMq的消息被成功消费后,会被删除掉。而kafka是不管消费状态的。kakfa里的消息可以设置过期时间后删除。消息可以反复被消费。

(3)RabbitMq是不易做横向扩展的。而kafka可以做很好的横向扩展,性能处理上可达到百万级别。

(4)RabbitMq是 一个消费者同一时刻只能消费一个消息,消费失败就就丢回队列。而kafka,多个消费者可以消费同一个消息还可以重复消费,不做消费状态标志。

比较上了上面几点差异。我们可以看出kakfa更像一个数据库的功能。

这里就简单讲一下RabbitMq与Kafka的使用区别。这选择消息中间的业务场景上,希望对你们有参考作用。


 

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
### 回答1: RabbitMQKafka都是消息队列系统,但它们的使用场景略有不同。 RabbitMQ适用于需要可靠消息传递的场景,例如金融交易、电子商务等。它支持多种消息传递模式,包括点对点、发布/订阅、工作队列等。RabbitMQ还提供了高级功能,如消息确认、持久化、优先级等,可以确保消息传递的可靠性和稳定性。 Kafka适用于需要高吞吐量的场景,例如日志收集、流处理等。它采用分布式架构,可以轻松地扩展到多个节点,支持高并发的消息传递。Kafka还提供了流处理功能,可以实时处理数据流,支持复杂的数据转换和分析。 总之,选择RabbitMQ还是Kafka,取决于具体的业务需求和场景。 ### 回答2: RabbitMQKafka都是流行的消息代理系统,它们的使用场景有所不同。 RabbitMQ适合处理复杂、逻辑较强的消息传递场景,比如高可靠性、高并发、多样的消息传递方式。RabbitMQ支持多种消息传递模式,包括点对点、发布/订阅、消息队列和主题等,可以满足不同场景下的需求。RabbitMQ的广泛使用场景包括电子商务、金融交易、电信网络等。RabbitMQ的高可靠性、高吞吐量、大规模集群和灵活的体系结构,使得它能够应对各种复杂的消息传递需求。 而Kafka则专注于高吞吐量、高度可扩展的消息传递场景,以简单、高效、快速为目标。Kafka具有高度的可扩展性,容易与其他系统集成,适合处理流数据(例如日志、实时监控数据、事件数据等)。Kafka使用发布/订阅模式实现消息传递,其优势在于可以快速地处理大规模数据,而不必担心吞吐量或性能问题。由于Kafka的高效性和可扩展性,它被广泛用于分布式系统、大数据处理、日志收集和实时分析等领域。 综上所述,RabbitMQKafka分别适用于不同的场景和需求。对于有复杂逻辑、多样的消息传递方式和高可靠性要求的应用场景RabbitMQ是一个不错的选择。如果是需要快速、高效地处理大量数据,且需要高度的可扩展性和可靠性,那么Kafka则更加适合。当然,在实际应用中也有可能需要同时使用两个消息代理系统来实现不同的消息传递需求。 ### 回答3: RabbitMQKafka 都是消息队列系统,不同之处在于其设计的重点不同,因此在使用场景上也有所不同。 RabbitMQ 适用于需要高度可靠性和灵活性的应用场景。它为开发人员提供了一些很好的特性,如事务、优先级队列、消息确认和持久化等。这些特性使得 RabbitMQ 能够确保消息不会丢失并且确保消息会按照正确的顺序被处理。RabbitMQ 通常用于企业级应用程序中,如金融、电信、电子商务等领域,因为这些行业对于数据的安全和可靠性要求较高。 Kafka 适用于需要处理大量数据的应用场景,例如日志处理、大数据分析等。 Kafka 的设计使其可以处理数TB的数据,能够扩展以处理需要处理的数据的增长,同时保证很高的吞吐量和低延迟。凭借其分布式、可伸缩性的架构,Kafka 被广泛应用于社交媒体、移动应用程序、在线广告等领域。 综上所述,RabbitMQKafka 在不同的场景下各有其优势。RabbitMQ 适用于高可靠性、有高要求子业务时的应用,而 Kafka 更适合处理大数据流,能够扩展以处理需要处理的数据的增长,同时保证高吞吐量和低延迟。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

奋力向前123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值