確定Web應用程序支持的用戶數

Question

我正在開發面向企業客戶的asp.net Web應用程序。任何人都可以提供一些關於如何確定我的應用程序可以支持的用戶數量的指導原則嗎？

另外，應用程序使用會話變量，因此它當前僅限於一個Web服務器，直到發生更改。

Answer 1

您可以使用在第二個盒子或sql server支持的會話上運行的會話狀態服務器來解決單個盒子問題。

至於手頭的問題，沒有真正的方法可以確定，除了讓您掌握生產硬件，設置應用程序並運行負載測試，直到您可以計算出其中斷位置。這不一定會給你真正的數字，因爲你必須假設用戶正在做什麼，而且在測試環境中模擬網絡雲的影響幾乎是不可能的。

Answer 2

所以，你知道，可以通過將會話移出到一個sql server數據庫來使session與多個web服務器一起工作。

快速是如何提供here

至於你原來的問題，我會去了解一下負載測試。希望還會有其他的海報人員對此有更多的瞭解。我會專注於頁面瀏覽，而不是用戶。

Answer 3

測量應用程序中典型操作所需的資源（CPU，內存，磁盤，帶寬）。按照代表性用戶「會話」所需的資源來劃分可用資源，並且您有一個粗略的數字。

在您擁有一套完整的真實數據之前，您必須對典型的使用習慣和資源需求進行猜測。這就是關於估算產能的第一關所能做的一切。

Answer 4

一個好的負載均衡器可以確保用戶將返回到同一臺服務器。

Answer 5

只有您/您的團隊可以確定可以支持的確切數字。

您在這裏的關鍵是深入瞭解您的問題域和處理層的明顯分離。

該分離功能可讓您隔離瓶頸，並更輕鬆地調整最低性能係數的性能，然後進入下一層/性能限制。

不要做出假設，因爲你會發現與你的假設無關的影響可能會讓你感到驚訝。

1. 設計規模
2. 設計有性能調整原因，獨立的「層」，以及你自己的理智 - 這也是一個更好的設計原則，這是直接的發展是分段的原因之一。根據設計規範進行層「合格/不合格」測試的測試設計只是測試的一個方面。您的問題通過您選擇在應用程序中使用的技術，體系結構和工具的性能影響來回答。計劃對應用程序的每個部分進行更改以解決性能問題。
3. 收集每個「圖層」的性能指標，在您發現性能挑戰性時調整每個圖層。規劃並發現如何量化每層的性能測量。
4. 你會在某個時刻不得不在性能和「酷/哇」因素之間作出妥協。每種方法都會影響您推銷解決方案的能力，然後您必須確定哪種方法具有最大的影響力。

這是PAIN因素，我使用來測量質量在設計中的一種 - P LAN 甲 LL 我 ncremental Ñ電火工品並已discused別處和在博客。

就我個人而言，我會經常根據性能做出設計決策，但是您的營銷策略可能會有所不同。