RabbitMQ等消息代理的消息规范工具
它提供的Swagger UI和rest API规范给了我灵感。
最近，我开始使用消息代理（特别是RabbitMQ），我希望有一些工具来开始开发具有消息和队列规范的面向微服务的系统。
是否有任何工具允许制作这些规范？从代码生成文档还是从模型生成代码？
提前感谢！
更新:
如本文所述。队列，交换，填充，用户和权限可以用RabbitMQ配置文件来描述。
AsyncAPI 看起来是一个很好的解决方案
共有1个答案
您可以看看Async API，它是一个类似于开放API倡议（也称为swagger）的倡议，但重点关注使用消息代理的事件驱动架构
https://www.asyncapi.com/docs/getting-started/
-
我有以下兔子听者： 我需要将listener配置为在它处理一条消息后等待15分钟，然后再接收下一条消息。不需要在此方法中等待。我所需要的只是在处理完一条后不接收任何消息。可以通过来完成，但我不确定这是否是实现这一点的最佳方法。对于这种情况有没有rabbitmq的配置？
-
我正在使用Spring AMQP与RabbitMQ一起工作。以下是我的配置： 正如您所看到的，prefetchCount是1000。 我想知道预取的消息是否在消费者中并行处理；也就是说，多个线程调用onMessage（消息消息）方法。或者消息是按顺序处理的；也就是说，一个线程迭代预取的消息，并以连续的方式调用每个消息的onMessage（消息消息消息）方法。 我应该注意到，处理的顺序对我来说并不重
-
在队列选项卡的rabbitMQ web界面上，我看到了“概述”面板，我在其中找到了以下内容： 排队消息： 准备好了 未确认 总数 我猜“总数”是多少。但什么是“准备就绪”和“未确认”？“准备好了”——传递给消费者的信息？“未确认”-？ 消息费率： 发表 交付 重新交付 承认 这些信息是什么？尤其是“重新交付”和“确认”？这是什么意思？
-
我对RabbitMQ很陌生，所以如果我的问题听起来很琐碎，请原谅。我想在RabbitMQ上发布消息，它将由RabbitMQ消费者处理。 我的消费者机器是一个多核机器（最好是azure上的工作者角色）。但QueueBasicConsumer一次推送一条消息。我如何编程来利用我可以同时处理多个消息的所有核心。 一种解决方案是在多个线程中打开多个通道，然后在那里处理消息。但在这种情况下，我将如何决定线程
-
此文档描述了 RFC 7230 和 RFC 7231 HTTP 消息传递的接口，还有 RFC 3986 里对 HTTP 消息的 URIs 使用。 HTTP 消息是 Web 技术发展的基础。浏览器或 HTTP 客户端如 curl 生成发送 HTTP 请求消息到 Web 服务器，Web 服务器响应 HTTP 请求。服务端的代码接受 HTTP 请求消息后返回 HTTP 响应消息。 通常 HTTP 消息对
-
概念 消费者完成一个任务可能需要一段时间，如果其中一个消费者处理一个长的任务并且只完成了一部分，如果它突然挂掉了，会发生什么情况？ RabbitMQ一旦向消费者传递了一条消息，就会立即将该消息标记为删除。在这种情况下突然有个消费者挂掉了，将会丢失正在处理的信息，以及后续应该发送给该消费者的信息，因为该消费者无法接收到 为了保证消息在发送过程中不丢失，RabbitMQ引入消息应答机制 消息应答机制指