惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Full Disclosure
Recorded Future
Recorded Future
T
Tenable Blog
S
Securelist
C
CERT Recently Published Vulnerability Notes
T
Threatpost
S
Schneier on Security
A
Arctic Wolf
The Hacker News
The Hacker News
C
CXSECURITY Database RSS Feed - CXSecurity.com
Know Your Adversary
Know Your Adversary
P
Privacy International News Feed
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
The Register - Security
The Register - Security
Cisco Talos Blog
Cisco Talos Blog
AWS News Blog
AWS News Blog
K
Kaspersky official blog
T
True Tiger Recordings
T
Threat Research - Cisco Blogs
V
Vulnerabilities – Threatpost
P
Palo Alto Networks Blog
T
The Exploit Database - CXSecurity.com
小众软件
小众软件
B
Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Azure Blog
Microsoft Azure Blog
Cyberwarzone
Cyberwarzone
C
Cybersecurity and Infrastructure Security Agency CISA
T
Tor Project blog
Spread Privacy
Spread Privacy
Malwarebytes
Malwarebytes
P
Proofpoint News Feed
F
Fox-IT International blog
F
Fortinet All Blogs
P
Privacy & Cybersecurity Law Blog
G
GRAHAM CLULEY
量子位
Latest news
Latest news
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 叶小钗
Project Zero
Project Zero
T
Tailwind CSS Blog
N
Netflix TechBlog - Medium
Martin Fowler
Martin Fowler
IntelliJ IDEA : IntelliJ IDEA – the Leading IDE for Professional Development in Java and Kotlin | The JetBrains Blog
IntelliJ IDEA : IntelliJ IDEA – the Leading IDE for Professional Development in Java and Kotlin | The JetBrains Blog
I
Intezer
博客园_首页
腾讯CDC
H
Hackread – Cybersecurity News, Data Breaches, AI and More
D
Darknet – Hacking Tools, Hacker News & Cyber Security

RabbitMQ

一个任务有 10 个处理步骤,在 mq 中把每一个步骤都设置成一个 TOPIC,在 mq 里 将这么多任务步骤细分这么多 topic 的好处该怎么回答? 请教一下各位大佬 rabbitMq 接收数据的问题 RabbitMQ 使用过程中,什么时候才需要新建 exchange? 求问 RabbitMQ 一个 queue 多个 consumer 只有少部分能收到信息是怎么回事 RabbitMQ 在有多个消费者(单个应用部署多个实例)的情况下如何保证顺序消费 客户端连接 rabbitmq 如何验证客户端合法性? springboot 集成 RabbitMQ 的问题 AMQP 1.0 的现状? RabbitMQ 不能实现消息超时之后自动重新分发吗? 在 Mac OS X 下安装 RabbitMQ
rabbitMQ 的 topic 模式下,如何实现有 N 个订阅者,发布一条消息后,当 N 个消费者都拿到这个消息后将该消息销毁(确认消费)
zzNaLOGIC · 2020-09-15 · via RabbitMQ

这是一个创建于 2079 天前的主题,其中的信息可能已经有所发展或是发生改变。

第 1 条附言  ·  2020 年 9 月 16 日

已考虑中解决方案:
1.使用 fanout 模式广播,同时每个消费者单独监听一个队列,将需要的队列全部绑定到 fanout 交换机,每个消费者在自己的队列里拿到消息就直接确认消费。fanout 模式可以保证所有消费者都拿到,目前 topic 方案的问题在于,所有消费者都监听一个队列,同时只有一个消费者可以拿到消息,如果拿到就确认后面的消费者就拿不到消息了,如果不确认无法知道所有消费者都拿到消息了,最终销毁消息无法实现。而 fanout 方案可以保证所有人都拿到消息且所有人都可以拿到消息就确认,实现单条消息向所有消费者都推送一次。缺点是每个消费者都需要一个队列。

第 2 条附言  ·  2020 年 9 月 16 日

2.改用 redis 的发布订阅,redis 的发布订阅只会向所有订阅者推送一次随后就自动丢弃。可以实现这个场景。但 redis 的发布订阅问题在于消息可靠性不高。无法持久化,这就得考虑业务对消息丢失的容忍度。以我目前这个场景容忍度是符合要求的

zzNaLOGIC

2

zzNaLOGIC  

OP

   2020 年 9 月 15 日 via Android

@xiaodoudou rabbitmq 好像是没有类似的方法的,topic 类型虽然是可以实现每个消费者都接受到,但没办法做到每个消费者消费一次就销毁

npe

3

npe      2020 年 9 月 16 日 via iPhone

只知道 Kafka 有 consumer group

zzNaLOGIC

4

zzNaLOGIC  

OP

   2020 年 9 月 16 日 via Android

@npe 可惜现在没这条件再布一个

zzNaLOGIC

6

zzNaLOGIC  

OP

   2020 年 9 月 16 日

@scnace 这是个好方案!学习了 虽然现在生产上来不及重新规划了,暂时确定用 redis 先让程序跑起来。但可以学习下,日后改进的时候用