RPC與ServiceBus風格SOA

Question

這些架構的優缺點是什麼？

1. 通過RPC我的意思是遠程過程調用服務，如WCF，Web服務等

2. 然後在另一邊，還有更多的面向消息的框架 如MSMQ，NServiceBus，ServiceStack等

3. 然後是混合方法，如WebAPI，它是遠程活動記錄模式的某種 （開箱即用，它只支持非常有限數量的動詞，如「Get」，「Put」「 P ost「等）。

於不顧，它是如何切實執行（又名。我真的不關心的耐用性，交易等，因爲所有可以不管的抽象來實現），這將是這些抽象的優點和缺點？

同樣，沒有低層次的實現細節請，我只是想在聲音架構，將採用每爲什麼是最合適的最佳模式和做法，甚至環境方面的差異。

Answer 1

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與基於消息的服務之間的區別。