4
A
回答
2
偉大的問題!您可能會發現,框架選擇不是性能/可伸縮性的主要決定因素。我們使用Restlet,這是基於一位前同事非常強烈的建議,他曾用它來開發Overstock.com(一個非常大的電子商務網站)。它具有良好的性能,並且對於Overstock.com工作良好。但我們並沒有做任何頭腦比較。
REST的一個重要驅動因素是它的可擴展性,這是分佈式系統的一種質量,您可以隨着系統大小和成本的成比例增加而適應增加的使用。緩存是實現可伸縮性的關鍵技術。因此,如果您允許您的表示被緩存,則大部分負載實際上不由身份管理系統承擔,而是由下游網絡緩存承擔。這與REST框架無關。
您的後端數據庫技術可能是系統性能和擴展性的另一個主要因素。調優數據庫系統並優化查詢可能會在這裏得到回報。還要考慮添加數據庫緩存層是否有意義(例如,OpenSymphony)。
我們發現序列化成本對我們來說非常重要。如果我們使用Kryo或Smile二進制序列化,總體請求率最好。如果您需要文本序列化,我們發現Jackson JSON序列化程序比XStream XML序列化程序快得多,使總體請求速率翻了一番。這可能是一個需要考慮的領域。
所以,如果你還沒有這樣做,從擴展的角度來檢查你的系統。請參閱http://www.highscalability.com,Richardson和Ruby的Restful Web Services(O'Reilly),Cal Henderson的Building Scalable Web Sites和Theo Schlossnagle的Scalable Internet Architectures作爲開始。
相關問題
- 1. jQuery選擇負載從服務器
- 2. HTML框架 - 服務器端負載或客戶端負載
- 3. 高負載Java服務器
- 4. AppEngine的RESTFul服務框架
- 5. Linux CentOS 6負載均衡器和Web服務器選擇
- 6. 爲MVC選擇最佳客戶端/服務器驗證框架
- 7. Java高負載NIO TCP服務器
- 8. 如何選擇完美的RESTful框架?
- 9. java中的服務器到服務器通信 - 負載均衡
- 10. PHP文件存在檢查與MySQL選擇服務器負載
- 11. 關於RESTful Java Web服務框架的建議...
- 12. 服務器負載問題
- 13. Python和服務器負載
- 14. 服務器負載比較
- 15. 模擬服務器負載
- 16. 負載均衡服務器
- 17. MySQL服務器負載
- 18. 負載平衡服務器負載爲google
- 19. 「Restful」Java WEB MVC框架
- 20. 加載選項從服務器選擇
- 21. 選擇加載框架
- 22. Java RPC服務器的框架
- 23. ATOM酒吧服務器的Java框架
- 24. JAVA套接字服務器與框架
- 25. 的RESTful API設計和負載選擇選項
- 26. Java插件框架選擇
- 27. RESTful服務架構問題
- 28. java服務器到服務器通信框架(json)
- 29. Android/Java的RESTful Web服務選項
- 30. 什麼是最簡單的後端服務器的Java RESTful框架?