Wil*_*ung 26
你在谈论RPC vs Messaging吗？在(通常)异步消息传递中？如果这就是您所谈论的内容,那么Messaging往往会以复杂性和额外的基础架构为代价而变得更加强大.
最简单的例子是,如果你有一个RPC-> RPC-> RPC的场景,你最终会得到一个深度为3个进程/机器的调用堆栈.这些进程/机器中的任何一个都可能在处理期间失败,并且整个堆栈展开.
如果您是消息传递,则进程之间的实际连接要少得多.你把信息关掉,然后你就开始了.现在,如果其中一个进程失败,则很有可能在它停止的地方重新启动,因为通常情况下,消息仍然位于某个队列,等待新进程获取它.总体时间可能更长,但它是一个更强大的系统.
请注意,它不是灵丹妙药,异步架构存在很多陷阱,但这种鲁棒性是RPC和Messaging系统之间的主要区别.
tva*_*son 16
作为一般规则,RPC比其他一些进程间通信方式提供更高级别的抽象.这使得它可能比较低级原语更容易使用.对于这种抽象,由于编组/解组,您可能会在性能上付出一些代价,并且可能必须处理简单方案的配置增加的复杂性.
您可能对Jackie Silcock 撰写的论文(pdf)感兴趣,该论文讨论了消息传递,RPC和分布式共享内存之间在性能和实现的几种不同度量方面的差异.您还可以根据论文阅读其中一篇论文:消息传递,远程过程调用和分布式共享内存作为分布式系统的通信范例(pdf)