wcf – RPC与ServiceBus样式SOA

这些架构的优点和缺点是什么？

>通过RPC我的意思是远程过程调用服务,如WCF,WebServices
等等
>然后另一方面,有更多面向消息的框架
如MSMQ,NServiceBus,ServiceStack等.
>然后是混合方法,如WebAPI,这是某种类型
一个远程的活动记录模式(开箱即用它只支持一个非常
有限数量的动词,如“获取”,“放置”,“发布”等).

无视,它是如何实际实现的(也就是说.我并不真正关心耐久性,事务等等,因为无论抽象如何都可以实现),这些抽象的优点和缺点是什么？

同样,请不要提供低级别的实施细节,我只想在声音架构,最佳模式和实践方面,甚至是最适合采用每种方式和原因的情况方面做出改变.

RPC的唯一好处是它看起来很熟悉并且给开发人员一种假设,即服务调用看起来和行为就像普通的方法调用一样.

否则,RPC方法签名紧密耦合,脆弱且易碎,并将服务合同与其单一服务器实现联系起来.这是一个比较相同WCF and Web API RPC services re-written in a message-based service的早期答案.

对于背景阅读,我已经描述了WCF vs ServiceStack interview on InfoQ以及what a message-based service is和their many advantages中RPC与基于消息的服务之间的差异.