我需要設計一個系統,可以在每臺機器上通過HTTP每秒處理200K請求。 wcf服務需要在win服務下託管。 我想知道wcf是否可以處理這樣的要求? 什麼是最佳系統設置/最佳配置?我該如何處理每秒200K請求在wcf
機器本身是相當沉重32G RAM和8芯(或更多),並且如果需要
我可以在每個單獨的機器使用HTTP WCF處理的請求,諸如量可以升級?
我需要設計一個系統,可以在每臺機器上通過HTTP每秒處理200K請求。 wcf服務需要在win服務下託管。 我想知道wcf是否可以處理這樣的要求? 什麼是最佳系統設置/最佳配置?我該如何處理每秒200K請求在wcf
機器本身是相當沉重32G RAM和8芯(或更多),並且如果需要
我可以在每個單獨的機器使用HTTP WCF處理的請求,諸如量可以升級?
在單臺機器上這樣做可能會非常困難(如果的確有可能)。最好讓你的系統水平放大,這樣你可以根據需要添加大量的機器。你怎麼做取決於你的系統實際需要做什麼。如果這是一個簡單的計算,不需要持久的狀態,它不應該太難。如果你已經與某些需要在每個請求上讀寫的表單進行一些交互,那將會更加困難 - 選擇持久性技術可能是將它們全部掛在一起的關鍵。
請注意,水平伸縮還有其他好處 - 特別是無需任何停機時間(如果您小心)升級系統並消除巨大的單點故障的能力。
您需要提供更多信息。
您是否收到請求並需要立即處理?
您可以存儲請求數據並將處理委託給其他線程/進程嗎?有沒有辦法將系統擴展出來而不是起來?
這實際上是你可以部署東西的唯一基礎設施嗎?
我會首先詢問在請求處理過程中我想做什麼。那麼瓶頸將會是什麼。
當系統收到請求時,系統會做什麼? – 2012-01-09 06:58:10
僅用於比較,谷歌[估計](http://searchengineland.com/by-the-numbers-twitter-vs-facebook-vs-google-buzz-36709)每秒處理34,000次搜索。一些粗略的計算:在一臺機器上有大約60k個端口可用於連接。所以你永遠不會有這麼多的併發請求。所以如果請求接近0.3秒來處理你的端口數量最多。老實說,我不認爲,你可以在一臺機器上處理很多請求。 – Andreas 2012-01-09 07:14:22