在C+中开发分布式应用程序+；使用RPC（linux） 我正在开发一个C++的分布式应用程序，需要一个中间件。我做了一个比较，我的结论是： 科尔巴。它死了：-( MQ选项。类似ZrOMQ+MasaPACK或PrimoLoops+ + RPC的一些东西。所以新的C++没有成熟的RPC库。 ZeroC/ICE。这是一个非常好的选择，但不是许可证问题的选择 Dbus。不像本地桌面那样分布，并且对于大负载（开发中的补丁内核）有性能问题 旧的，但现在这是我最好的选择 PX>在XXI世纪（2014）中，C++中的分布式应用程序是什么？ 关于Apache节约？什么经验C++和Apache TIFIFT RPC？< /P>

谢谢。

这实际上取决于应用程序、节点之间的预期带宽和所需的可扩展性（瞄准数十万台主机中拥有数百万内核的数据中心超级计算机与瞄准千兆以太网上的几台台式机完全不同）

---

也可以考虑；如果你不需要大量的带宽，考虑更简单的文本协议，比如

< P>互联网通信引擎（ICE）是一个支持多种语言的现代最新RPC机制。你可以下载它。大部分的ICAPI都是以ICE的规范语言定义的。 切片（Ice规范语言）是将对象接口与其实现分离的基本抽象机制。Slice在客户端和服务器之间建立一个契约，描述应用程序使用的类型和对象接口。此描述独立于实现语言，因此客户端是否使用他使用与服务器相同的语言

---

切片定义是由编译器编译的，用于特定的实现语言，例如C++。

可以查看库。它易于使用和面向对象。用C++宏编写IDL，不需要外部编译器。免责声明：我是这个库的作者。< /p> < p >为什么不试试Wrad，它是分布式RPC:

数据分发服务是一个开放的标准中间件，作为一个快速的评论，它是：（但从未使用过）正如我所说的，即使ZeroC/Ice可能是最好的选择，它对我来说也不是一个选择。它不会太大，我不喜欢消息系统，但是RPC解决方案。JSON RPC是一个RPC解决方案。它提醒我ZeroMQ+MessagePack+MessagePack RPC的工作方式，但是更好（Congat），我要做一些测试。