RPC在消息传递方面有哪些缺点？

RPC在消息传递方面有哪些缺点？

1> Will Hartung..：

---

你在谈论RPC vs Messaging吗？在(通常)异步消息传递中？如果这就是您所谈论的内容,那么Messaging往往会以复杂性和额外的基础架构为代价而变得更加强大.

最简单的例子是,如果你有一个RPC-> RPC-> RPC的场景,你最终会得到一个深度为3个进程/机器的调用堆栈.这些进程/机器中的任何一个都可能在处理期间失败,并且整个堆栈展开.

如果您是消息传递,则进程之间的实际连接要少得多.你把信息关掉,然后你就开始了.现在,如果其中一个进程失败,则很有可能在它停止的地方重新启动,因为通常情况下,消息仍然位于某个队列,等待新进程获取它.总体时间可能更长,但它是一个更强大的系统.

请注意,它不是灵丹妙药,异步架构存在很多陷阱,但这种鲁棒性是RPC和Messaging系统之间的主要区别.

2> tvanfosson..：

---

作为一般规则,RPC比其他一些进程间通信方式提供更高级别的抽象.这使得它可能比较低级原语更容易使用.对于这种抽象,由于编组/解组,您可能会在性能上付出一些代价,并且可能必须处理简单方案的配置增加的复杂性.

您可能对Jackie Silcock 撰写的论文(pdf)感兴趣,该论文讨论了消息传递,RPC和分布式共享内存之间在性能和实现的几种不同度量方面的差异.您还可以根据论文阅读其中一篇论文:消息传递,远程过程调用和分布式共享内存作为分布式系统的通信范例(pdf)

---

RPC提供更高级别的抽象？!我真的不知道那是怎么回事.实际上恰恰相反,消息传递确实提供了更高程度的抽象和低耦合,特别是如果我们讨论的是aysnc消息传递.RPC几乎一直都是技术依赖的(corba,.net远程处理),而消息传递允许完整的提供者抽象,如果做得好的话.