我們正在嘗試爲SOA上的高頻交易應用創建解決方案。作爲.NET的居民,我們使用WCF服務。在Google搜索中,我發現REST負載小於SOAP負載。 REST比SOAP快。與此同時,SOAP還具有一些其他優點,如事務支持,更多綁定支持等等。WCF SOAP與WCF REST性能
哪個將更快的netTCP綁定與SOAP或REST與JSON?
哪一個應該對高負載和低延遲系統有更多優點?
任何指針?
我們正在嘗試爲SOA上的高頻交易應用創建解決方案。作爲.NET的居民,我們使用WCF服務。在Google搜索中,我發現REST負載小於SOAP負載。 REST比SOAP快。與此同時,SOAP還具有一些其他優點,如事務支持,更多綁定支持等等。WCF SOAP與WCF REST性能
哪個將更快的netTCP綁定與SOAP或REST與JSON?
哪一個應該對高負載和低延遲系統有更多優點?
任何指針?
對於任何類型的低延遲場景,您應該避免像鼠疫這樣的網絡通話。如果你真的想在HFT領域玩,你需要處理比這裏提出的更深層的建築問題。
一般來說REST具有更好的性能,您可以檢查該條目Rest vs. Soap. Has REST a better performance?
反正HFT這可能是不夠的,因爲烏迪說,你可以注意你的應用程序架構和基礎設施,避免關閉連接,使用TCP協議,而不是直接HTTP,使用非阻塞IO工藝,以提高TPS,也許使用的消息系統(JMS樣的)...
是一個廣泛的話題
我沒有一個明確的答案,但從廣義上講,我會說SOAP是「過去十年(甚至更長)」,而REST絕對是t他現在的標準。 –
@ user2269520有關於REST WCF與WebAPI性能測試的Msdn博客文章。似乎有些情況下,其中一個執行速度更快。[基本鏈接](https://blogs.msdn.microsoft.com/fkaduk/2014/01/07/rest-wcf-vs-webapi-throughput-performance /)。 – cCcik