RabbitMQ-联合队列与exchange联合
我已经建立了一个rabbit集群，每当数据库中发生变化时，我都会将消息发布到fanout交换中。
我为使用这些更新的一些微服务绑定了专用队列，我最初还为外部客户端设置了专用队列，以便他们可以将其与自己的rabbit基础架构联合起来，并使用每条消息的副本。
现在，我想知道，允许exchange联合而不是为每个新的外部消费者创建新的专用队列是否是更好的方法，因为将有越来越多的用户加入。
有哪些利弊？
谢谢
共有1个答案
只要你管理权限得当，最终决定权在你。你可以先尝试所有的变体，找到适合你实际需要的。
拥有本地队列可能有利也有弊:它允许最终用户以磁盘/内存为代价，在他们的基础设施或网络出现问题时幸存下来，但是，您可能会限制队列长度和/或大小。
我建议你看看铲子插件和动态铲子。使用本地队列，它可能会服务器一个很好的工作。
与联合相比，sloter要简单得多，例如，它不在上游和下游之间同步内容，而只是以可靠的方式将消息从一个队列移动到另一个队列。只要你不需要联邦提供的东西，铲子可能是个不错的选择。
此外，您可能会发现此q/a很有用（不过，它可能有点过时）——https://stackoverflow.com/a/19357272.
-
一种方法是声明队列并将消息发布到该队列，并让所有使用者从该队列中消费。这将在不同的消费者之间分发消息。 我不清楚，如果上面的操作是正确的，或者最佳实践是将消息传递到Exchange而不是直接发布到队列。使用Exchange时，我必须确保在生产者创建Exchange之后声明队列，然后才开始发布消息。否则，没有队列接收到消息，并且消息将丢失。
-
我使用直接交换，因为我希望一份工作分配给一个消费者。 有不同的消费者群体，他们将消费不同的工作。假设我的应用程序名为“foo”。然后我就有工作了 酒吧1 酒吧2 酒吧3.... 将有一组独立的消费者来处理“bar1”作业，然后是另一组消费者来处理“bar2”作业，依此类推 我试图找出任何特定的命名/路由结构是否有好处，但没有找到任何指向这种或那种方式的东西。 问题1）我应该使用多个交易所名称交易所
-
我有一个表'gems'在那里存储帖子（例如blog）。对帖子的回复也存储在同一个表中，其中有一个字段存储父帖子的密钥。每个帖子都可以附上文件。 我需要得到一个与相关的回复和附加文件的帖子列表。因此“gems”有多个左联接--一个连接到它自己，一个连接到带有文件名的“gemdetail”。此查询有效： 但是，如果我每个帖子有20个回复和10个文件，那么返回的记录数是每个帖子200条。限制条款起作用，
-
问题内容： 我试图理解这些术语的含义。我举了一些例子，例如： 汇总：Facebook 有一个 用户 组成：facebook 中的 每个用户 都有一个 会话。 协会：人们 使用 浏览器 但是我对 具有 和 使用我的 示例感到困惑。为什么不能是用户 使用 Facebook帐户或Facebook 使用 会话来认证用户？ 就OOP而言，这是错误的吗？我在哪里想念这个概念？ 问题答案： 该 使用 关系意味着
-
包含5911个时间戳 包含5911个样本，每个样本具有20个mfcc特征。 因此，如果您查看 ，它将如下所示： （5911，） (5911, 20) 我想将这两者结合起来，以便： 在R中，我可以简单地 我如何在python中实现这一点？ 因此最终数据如下所示： 其中，这些时间1到时间5911只是所需的\u time\u标记中包含的值 我试过： 但出现了这个错误 然后我尝试转置： 但同样的错误： 我
-
在队列选项卡的rabbitMQ web界面上，我看到了“概述”面板，我在其中找到了以下内容： 排队消息： 准备好了 未确认 总数 我猜“总数”是多少。但什么是“准备就绪”和“未确认”？“准备好了”——传递给消费者的信息？“未确认”-？ 消息费率： 发表 交付 重新交付 承认 这些信息是什么？尤其是“重新交付”和“确认”？这是什么意思？