soa架構已經成為很多系統的架構選擇，在基於soa架構的系統的程式設計開發中，可以從以下三個點來關注效能問題。
1 web service的呼叫。
眾所周知，web service的呼叫中，網路上的時間消耗是乙個比較大的部分。這裡有兩個可以注意的地方。soap訊息的大小，標準的soap訊息以是xml文件的形式傳送的，而乙個重型的web service的結果可以達到幾十甚至更大，可以考慮用壓縮後的形式傳送比較大的soap訊息。web service的呼叫頻率，在一次業務中，有可能呼叫同乙個系統多次web service，可以考慮設計一些重型的service來減少呼叫次數。
2 業務邏輯程式設計時的考量
一般來說，**中的效能bug會比較少，但是，質量很差的**一樣有可能是效能殺手。對關鍵系統的**一定要做效能測試，以便盡早發現低質量的**。
3 資料庫優化
資料庫訪問一直是效能殺手，對資料庫的優化應該持續的測量與改進。加索引，分表，加快取等等任何常見的優化措施都有可能對效能有乙個大的提公升。
4 對ws約定的理解
很多時候大家都忘了效能同樣是ws的乙個約定。只不過是隱含的。
乙個ws在發布之前，應該有充分的效能測試。
效能的問題，永遠都不會有乙個最終的完美方案。其要點在於，設計，程式設計，配置，測試時要有效能的概念。要思考自己的每乙個動作會對效能造成什麼樣的影響。效能的改進依賴於測試，任何改進都必須有效能測試報告來證明其是行之有效的，而不是yy出來的。效能的改進依賴於團隊對於效能持久的關注，而不是有了問題才解決。
Remoting與Webservice效能測試報告
近來在網上經常看見大家對webservice和remoting效能的討論，可是沒有看見具體的測試資料，所以我簡單的做了乙個測試把資料公布給大家做個參考 測試環境 sqlserver2005資料庫，百萬資料。均採用外網 網際網路 環境，頻寬1m，伺服器配置 2u 2g記憶體 remoting採用tcp...
如何高效的進行WebService介面效能測試
關於介面測試的理解，主要有兩類，一類是模組與模組間的呼叫，此類介面測試應該歸屬於單元測試的範疇，主要測試模組與模組之間聯動呼叫與返回。此類測試大多關注於流程性與正確性，通過設定不同的輸入，得到相應的返回與對應輸入資料的預期輸出目標比較是否一致，來確認介面的正確性和流程性。另一類是系統的呼叫，如登入呼...
Web Service介面設計
web service介面設計 鑑於ws介面的呼叫方式和普通的api呼叫方式不一樣，因此在設計ws介面時應該有一些其他的考量。以下是我的一些想法，做磚拋了。1 介面命名的自描述性必須好。有時候檢視乙個ws會通過wsdl的方式檢視，尤其是在跨平台的時候，乙個自描述性好的api可以清楚的描述乙個serv...