适用于边缘应用程序的ZeroMQ或RabbitMQ？

我正在阅读一些文档，并试图决定对我拥有的某些应用程序使用zeroMQ或rabbitMQ。因此，目前我已经用基本测试用例测试了这两个方面，并在zeroMQ方面取得了更大的进展（喜欢他们的文档！）

所以我的申请是：

计算机/硬件：2个Jetson Nano 4Gb Ram

1 Jetson（称之为）在边缘运行代码（例如：摄像机的运动检测）

1 Jetson（称之为B）运行代码创建要发送到连接服务器（本例中服务器不重要）的XML，并可以向Jetsona发送任务消息

工艺/工人总结：

A在while-True循环中运行，查看像素变化，并在感兴趣的区域（在代码中定义）发生像素变化时报告

一旦检测到像素值变化，将列表（例如：消息=[区域（str），像素值（浮点），…，]发送到B

B获取消息列表并创建一条XML消息，并将其发送到某个服务器

B可能会发送任务信息，以便a发送另一条信息

因此，目前我有1个Jetson充当A和B，但这对该应用程序来说内存太大，需要拆分（我目前的任务部分正在工作，所有内容都在…）。同时，B需要与A通信，因为B可能会要求A回复新消息。我很好奇zeroMQ或rabbitMQ是否最适合这种应用程序

目前，我一直在研究zeroMQ请求-应答场景。这些场景适合双向消息的需要。我很好奇这种应用程序是否需要队列或代理。我是通信社区的新手，对这个问题的输入将非常有用

---

谢谢！

对于这样一个简单的场景，两台设备进行通信，您实际上不需要消息中断和RabbitMQ。如果您已经在ZeroMQ方面取得了良好的进展，为什么不继续呢？