反饋已提交
網絡繁忙
FineReport 伺服器登入 時會選擇併發數的數量,例如:5 個併發,10 個併發或者無限併發等等,那麼如何查看併發數呢?
未登入:
以管理者身分進入數據決策系統,點選管理系統 > 登入管理,可看到未登入版本同時可存取範本 IP 個數為 2 個。如下圖所示:
已登入:
FineReport 伺服器已登入時,查看併發數步驟如下圖所示:
如購買的併發數是 10,就好像伺服器只有 10 個API,如果 10 個API同時被佔用,其他的人就無法連結到伺服器了,報錯:系統未登入或存取人數超過登入限制數量,如需存取請聯絡管理者
此時其他的人想要連結上報表伺服器查看報表,之前的 10 個人之中就必須要有人跳出這個API才行。
注:這裏的 10 個人就是 10 個不同的 IP,即併發數指同時有幾個 IP 存取報表系統。
一個使用者上午在 FineReport 伺服器上開啟一張填報範本進行填報,填了一部分突然有事離開了,下午回來繼續填,然後提交併關閉了瀏覽器。若從上午開始填報到下午填報成功這段時間 對話未被清除,這段時間都佔用了伺服器的一個連結,始終佔着一個併發。
注1:不同 IP 若只登入平台,不預覽範本則不佔用併發數。
注2:若使用者同時存取多張範本,只關閉其中一張範本的 對話 ,該使用者仍佔着一個併發,併發數與 IP 有關。
如上使用者填報完後關閉了瀏覽器,此時瀏覽器會通知報表伺服器請求斷開,這個時候伺服器就收回了這個連結,給其他人使用。
如果伺服器的 5 個API同時被不同的使用者佔用着,那麼其他的人存取報表的時候,報錯:系統未登入或存取人數超過登入限制數量,如需存取請聯絡管理者,這時可以過段時間再存取報表。
因此在購買併發數時一定要根據同時線上的最大使用者數來決定併發數的多少。
在實際的效能測試中,會經常接觸到與「併發數」相關的概念,包括「併發使用者數」、「系統使用者數」和「同時線上使用者數」,下面用一個實際的例子來說明他們之間的差別。
如一個 OA 系統,該系統有 2000 個使用使用者,即可能使用該系統的使用者總數是 2000 名,這個就是系統使用者數;
在這 2000 人中,最高峯會有 500 人同時線上,這個就是同時線上使用者數,或者說是業務併發數、併發使用者數;
在這 500 人中,在某個時間點上,40% 的使用者在較有興致地看系統公告(注意:「看」這個動作是不會對服務端產生任何負擔的),20% 的使用者在填寫複雜的表格(對使用者填寫的表格來說,只有在「提交」的時刻才會向服務端傳送請求,填寫過程是不對服務端構成壓力的),20% 的部分使用者在發呆(也就是什麼也沒有做),剩下的 20% 使用者在不停地從一個頁面跳轉到另一個頁面,那麼真正給伺服器造成壓力的只有最後的 20% 使用者。
因此,實際情況下伺服器實際承受的壓力不只取決於業務併發使用者數,還取決於使用者的業務場景。使用者填寫的表格來說,只有在「提交」的時刻才會向服務端傳送請求,填寫過程是不對服務端構成壓力的),20% 的部分使用者在發呆(也就是什麼也沒有做),剩下的 20% 使用者在不停地從一個頁面跳轉到另一個頁面,那麼真正給伺服器造成壓力的只有最後的 20% 使用者。
因此,實際情況下伺服器實際承受的壓力不只取決於業務併發使用者數,還取決於使用者的業務場景。
文 檔回 饋
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉