论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
数据库
›
SqlServer
›
图解RocketMQ之消息的过滤
图解RocketMQ之消息的过滤
科技颠覆者
金牌会员
|
2024-7-28 06:50:27
|
显示全部楼层
|
阅读模式
楼主
主题
681
|
帖子
681
|
积分
2043
各人好,我是苍何。
经过之前几篇文章,我们知道了 RocketMQ 的架构以及主题 topic 的属性和设置,知道了原来消息是存在一个个队列中的。
也知道了同一个 topic 有一个大概多个队列对应给一个大概多个消耗者消耗。消耗者根据
消耗位点
确定消耗记录。
还理解了可以通过
重置消耗位点
来处置惩罚消息堆积、重新消耗和跳过消耗某一消息。
按照发布订阅模子,RocketMQ 会将全部订阅了主题的消息都投递给消耗者,但有时候消耗者只关心消息里的
某一内容
而不是全量消息。
好比订单系统订单状态的改变需要被不同的子系统处置惩罚,而下游不同系统需要不同状态的订单:
库存系统只关心已支付的订单,用来扣减库存
物流系统只关心待发货订单,用于安排发货
会计系统关心全部已完成的订单,且金额大于1000元的订单,用于财政统计
这个时候怎么办呢?聪明的你肯定想到这还不简单,在各自系统做逻辑判定,全量接收后,各自系统做过滤呗。
这当然不是优雅的办法(寻求优雅的道路不能停
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
科技颠覆者
金牌会员
这个人很懒什么都没写!
楼主热帖
XAML 设计器已意外退出。(退出代码: e0 ...
码上加速,低代码解锁高效交付案例 ...
windows mfc 打印系统信息代码
K8S 实用工具之三 - 图形化 UI Lens ...
Cesium 案例(二)Web MapTile Service ...
Python itertools 库的使用记录
SQLI-LABS(Less-7)
我分析30w条数据后发现,西安新房公摊 ...
Windows | RDPWrap 远程桌面登录加强工 ...
四个步骤,教你落地稳定性保障工作 ...
标签云
挺好的
服务器
快速回复
返回顶部
返回列表