IOT 的 IPC 机制

Question

我正在开发一个运行嵌入式 Linux 操作系统的物联网平台。 我正在考虑在应用程序、ZeroMQ 和 D-Bus 之间实现 IPC 的 2 个选项。
起初 ZeroMQ 似乎很合适，因为我可以用它的构建块构建确切想要的架构，但是当我读到准备好的 D-Bus 机制时，突然听起来我会用 ZeroMQ 重新发明轮子。

如果出于我的需要，选择 D-Bus 而不是 ZeroMQ 有什么缺点，请告知，我想知道您会选择什么。

我并不担心实时限制，但我确实需要系统具有可扩展性，因为应用程序的数量一直在增长，并且它们都需要相互交互。

应用程序使用阻塞和非阻塞请求响应相互交互。

谢谢。

Answer 1

我对 D-Bus 不太了解——我对 ZMQ 比较熟悉。 ZMQ 的一个非常好的特性是它可以从进程内扩展到 IPC，再到网络 TCP，而无需更改任何源代码（只需更改连接字符串）。这对于制作分布式系统非常方便，因为只需要做很少的代码更改即可在不同的机器上重新部署软件的某些部分。它也很擅长为您管理连接/断开连接；如果两个进程之间有网络链接，ZMQ会动态连接它们。

物联网的一个问题是许多设备必须由电池供电（门锁、散热器阀门等），因此无法维持 ZMQ 等协议所需的全时 IP 连接。这就是存在 ZWAVE、Thread 和 ZigBee 等无线电链路的原因，但使用它们更像是使用 UDP。