push和pull方式对比-消息中间件(二）

最新推荐文章于 2024-04-26 10:58:13 发布
原创 最新推荐文章于 2024-04-26 10:58:13 发布 · 3.7k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#消息中间件

本文探讨了Push与Pull两种消息传递方式的特点。Push方式下消息由服务端主动推送，适用于实时性强的应用场景但可能面临消息堆积的问题。而Pull方式则由客户端按需拉取消息，更易于实现且能更好地匹配消费者的实际需求。

push方式

  • 消息保存在服务端。容易造成消息堆积。
  • 服务端需要维护每次传输状态，遇到问题需要重试
  • 非常实时
  • 服务端需要依据订阅者消费能力做流控(流转机制)

pull方式

  • 保存在消费端。获取消息方便。
  • 传输失败，不需要重试
  • 默认的端短询方式的实时性依赖于pull间隔时间，间隔越大，实时性越低，长轮询方式和push一致
  • 消费端可以根据自身消费能力决定是否pull(流转机制)
大厂消息中间件高频面试题与知识点整理（RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMQ）
张彦峰的博客
04-07 172万+
互联网高频面试之消息中间件基本问题和知识点整理分析
分布式-消息中间件介绍
君子敏于行而讷于言
07-26 1万+
一、消息队列概述 消息队列中间件是分布式系统中重要的组件 主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性(分布式事务)架构。是大型分布式系统不可缺少的中间件。 目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ等 二、消息队列作用 主要解决应用耦合，异步消息，流量削...
消息队列的pull和push模式
wuqihawubito的博客
07-22 3524
简单说pull（拉）模式就是消费者主动去消息队列拉取消息，push（推）模式消费者不需要主动，消息队列会自动将消息发送到消费者方。 要点： 1：不能在循环中使用拉模式来模拟推模式，因为拉模式每次都需要去消息中间件中拉取消息来消费，所以会严重影响RabbitMQ性能。 2：要想实现高吞吐量，消费者需要使用推模式。 ...
Pull模式和Push模式
qq_43175215的博客
01-29 1382
例如：在Apache Kafka中，Pull模式是Kafka新增的方式，使用该模式时，消费者可以自主选择从哪个分区开始拉取消息，并可以自主控制拉取消息的速度。当消费者拉取消息时，Kafka会返回该消费者还没有消费的消息。但是，这也意味着客户端需要更多的逻辑来控制数据的拉取和处理。缺点：消息处理可能不及时，可能存在大量无效请求，客户端需要考虑拉取频率逻辑。优点：客户端可以根据自己的消费能力来消费数据，不存在消息堆积的情况。Pull模式是一种消息消费模式，其中客户端主动从服务端拉取数据。
Pulsar Consumer实现介绍
weixin_34144848的博客
10-09 669
Pulsar-Consumer “Pulsar is a distributed pub-sub messaging platform with a very flexible messaging model and an intuitive client API.” Pulsar是pub-sub模式的分布式消息平台，拥有灵活的消息模型和直观的客户端API。 Pulsar由雅虎开发并开源的下...
消息队列的pull与push模式理解
snoopy
07-21 1万+
错误理解之所以将这个标题，定义为错误理解，原因就是无法真正的说服自己；消息队列的模式有两种pull与push.先说说我之前的理解： pull模式指，客户端连接上broker之后，主动发起方法调用获取远程的结果，说的直白一点就是一次RPC调用，即同步方法调用; push模式:客户端与broker建立连接，当有消息进入broker,broker进行一种我也说不清楚的调用将消息推送至所有的连接客户端,即异
消息队列推拉push/pull模式优缺点及使用改进的长轮询模式的意义
ice-wee的专栏
10-04 8906
Push方式： 优点：有消息就推给消费者。延迟小,几乎可以做到实时。等等。。。。 缺点：Server端接收到消息后，主动把消息推送给Client端，实时性高。对于一个提供队列服务的Server来说，用Push方式主动推送有很多弊端；首先是加大Server端的工作量，进而影响Server的性能，其次Client的处理能力各不相同，Client的状态不受Server控制，如果Client不能及时处...
架构师系列-消息中间件（四）- RabbitMQ 消息推送
dengwei_dw的专栏
04-25 1255
一条连接上只可以发送一个请求请求只能从客户端开始，客户端不可以接收除了响应以外的指令请求 / 响应首部未经过压缩就直接进行传输，首部的信息越多，那么延迟就越大。发送冗长的首部，每次互相发送相同的首部造成的浪费越多可以任意选择数据压缩格式，非强制压缩发送Ajax（异步的javascript与xml技术）是一种有效利用javascript和dom的操作，以达到局部web页面的提花和加载的异步通信手段，和以前的同步通信相比，他只更新一部分页面，相应中传输饿数据量会因此的减少。
架构师系列-消息中间件（五）- RocketMQ 基础（一）
dengwei_dw的专栏
04-25 1004
RocketMQ作为一款纯java、分布式、队列模型的开源消息中间件，支持事务消息、顺序消息、批量消息、定时消息、消息回溯等前身是MetaQ，是阿里研发的一个队列模型的消息中间件，后开源给apache基金会成为了apache的顶级开源项目，具有高性能、高可靠、高实时、分布式特点。
架构师系列-消息中间件（九）- RocketMQ 进阶（三）-消费端消息保障
dengwei_dw的专栏
04-25 1538
达到最大重试次 数后，若消费依然失败，则表明消费者在正常情况下无法正确地消费该消息，此时，消息队列 RocketMQ 不会立刻将消息丢弃，而是将其发送到该消费者对应的特殊队列中。的消息交付策略，和消息重复消费是一对共生的因果关系，要做到不丢消息就无法避免消息重复消费，原因很简单，试想一下这样的场景：客户端接收到消息并完成了消费，在消费确认过程中发生了通讯错误，从Broker的角度是无法得知客户端是在接收消息过程中出错还是在消费确认过程中出错，为了确保不丢消息，重发消息是唯一的选择。主要用的也是这种方式。
Kafka、RabbitMQ、Pulsar、RocketMQ原理和选型
DouJiangMs的博客
08-04 1362
介绍了常见消息队列的基本原理、消息队列选型建议
《Kafka系列》消息队列产品详细介绍
https://blog.datasource.space
06-21 1105
消息中间件，是利用高效可靠的消息传递机制进行异步的数据传输，并基于数据通信进行分布式系统的集成。通过提供那个消息队列模型和消息传递机制，可以在分布式环境下扩展进程间的通信。kafka是分布式的基于消息的发布-订阅的消息队列。LinkedIn（领英），Scala编写的。
Kafka（五）Kafka的API操作和拦截器
weixin_42073629的博客
10-03 460
一 kafka的API操作 1.1环境准备 1）在eclipse中创建一个java工程 2）在工程的根目录创建一个lib文件夹 3）解压kafka安装包，将安装包libs目录下的jar包拷贝到工程的lib目录下，并build path。 4）启动zk和kafka集群，在kafka集群中打开一个消费者 [root@node21 kafka]$ bin/kafka-console-consumer.sh --zookeepernode21:2181,node22:2181,node23:218..
bloomberg用法 固定收益_干货 | 日语高考高频考点：助词を的用法
weixin_39942992的博客
11-02 459
在日语高考题中，第二大题综合知识运用板块，16-20题固定考察日语的助词的使用。很多同学反映说：高考日语最难学的部分就是助词了。因为中文的结构中是没有助词成分，同时助词的用法也挺多，所以经常容易搞混。日语是黏着语，需要助词作为媒介来连接没有关联的单词。虽然助词的用法很多，并且有的点还比较复杂，但是考法其实相对比较固定。我们在这里整理助词的高频考点，结合例句，帮助同学们加深记忆。「を」的主要用法有两...
Pull和Push的关系以及区别
最新发布
qq_68534248的博客
04-26 3058
2.而在Push模式中，数据的提供者主动将数据推送给数据的接收者，无需接收者主动请求。1.在Pull模式中，数据消费者主动请求并接收数据，数据持有者被动地响应这些请求。它们描述了数据生产者（或持有者）与数据消费者之间是如何通讯的。Pull和Push是数据交互的两种基本方式。Brokerr与Consume交互方式不同。RabbitMQ 采用push的方式。它们反映了数据流动的方向和主动性。kafka采用pull的方式。
git pull & git push的详细使用
matafeiyanll的博客
03-29 3万+
git pull & git push的详细使用 git pull
git push & git pull 推送/拉取分支
热门推荐
litianze99的专栏
09-06 10万+
git push与git pull是一对推送/拉取分支的git命令。 git push 使用本地的对应分支来更新对应的远程分支。$ git push <远程主机名> <本地分支名>:<远程分支名>注意: 命令中的本地分支是指将要被推送到远端的分支，而远程分支是指推送的目标分支，即将本地分支合并到远程分支。 如果省略远程分支名，则表示将本地分支推送与之存在”追踪关系”的远程分支(通常两者同名)，如
git之pull与push
wq_0708的博客
12-29 6521
git使用pull和push拉取或推送仓库分支，pull与fetch的区别。git分支的新建与合并
03 | 换个角度解决问题：服务端推送技术
qq_37756660的博客
03-06 1223
今天我们从 HTTP 的交互局限性引出了网络交互中 Pull 和 Push 的两大模型，比较了它们的优劣。服务端 Push 的方式具备高效性和实时性的优势，而客户端 Pull 的方式令服务端免去状态的维护，从根本上简化了系统。之后我们以 Comet 和 WebSocket 为重点，介绍了服务端推送的不同方式，尤其是用了实际抓包分析，介绍了通过 HTTP “升级”的方式来建立 WebSocket 连接的原理。今天学习得怎样呢？
ZeroMQ的PUSH-PULL模式详解
"本文主要介绍了ZeroMQ（ZMQ）中的PUSH-PULL通信模式，以及ZMQ的一些基本特性。ZMQ是一个智能传输层，提供了一种简易的通信库，支持多种协议，如inproc、ipc、tcp，并且适用于多种编程语言。其特性包括简单、方便、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值