給oim

Oracle IDM中的默認配置保留20個專用于服務前端（UI）請求的線程 。 這基本上意味著應用程序服務器具有20個線程池，可用于為通過Web控制臺（/ identity或/ sysadmin）訪問OIM的用戶提供服務。

對于Weblogic ，這是它的配置方式：

通常發生的是

• 用戶訪問OIM URL，例如http：// oimhost：14000 / identity
• 瀏覽器發送帶有一些添加的HTTP請求標頭和其他信息的簡單（HTTP）GET請求
• 應用程序服務器（例如Weblogic）從池中拾取線程并使用它來處理請求
• OIM做出回應，并且瀏覽器呈現登錄頁面，大部分時間用戶都很高興！ ;-)
• 服務請求后，應用程序服務器上的線程將發送回池中（請記住我剛才提到的20個線程的池），因此可以被另一個請求重用

我只是想嘗試一下，并通過JMeter執行了一些簡單的測試

注意 ：這僅是前端/ UI壓力測試–與業務邏輯無關

腳步

嗯，您需要在JMeter中設置一些配置–它們幾乎是標準配置，與OIM無關。

• 設置線程組 （代表用戶）
• 配置HTTP請求，例如，配置OIM URL，上下文路徑，端口（再次，非常基礎）
• 配置結果查看器 –樹或表模式。 這是用于實時跟蹤結果

JMeter配置（.jmx）文件可供參考-只需將其導入JMeter，您應該能夠找出確切的配置參數，并在需要時對其進行調整

測試參數

我嘗試通過更改JMeter中的“線程組”設置中的“線程數”和“ 加速期”屬性來測試各種排列和組合

線程數–等于您要模擬的用戶數
加速周期（秒）–等于您希望JMeter觸發所有請求的時間段/范圍

例如，線程數= 100，啟動周期= 20秒，基本上意味著模擬一個場景，其中100個用戶在20秒的時間內訪問您的應用程序（在這種情況下為OIM）。

• 嘗試1：線程數= 100，加速時間= 20秒
• 嘗試2：線程數= 200，加速時間= 20秒
• 嘗試3：線程數= 500，加速時間= 20秒
• 嘗試4：線程數= 1000，加速時間= 20秒
• 嘗試5：線程數= 2000，加速時間= 20秒

我在期待什么

老實說，我希望在20秒的時間內觸發2000個線程（潛在用戶）時會有一些延遲/延遲。 看起來沒有發生。

實際結果

總而言之，React是非常健康的。

• 綠色結果，即HTTP 200（確定）響應
• 低延遲和加載時間

需要注意的

• 這是在個人測試VM（運行OIM 11g R2 PS2）中執行的，因此系統上沒有太多負載
• 當我連接的服務器只是一個來賓VM時，不能期望太多延遲；-)

盡管如此，這仍然很有趣，并且在后端具有運行進程（例如調度程序，某些訪問請求進程等）的服務器上執行相同的測試將很有趣。

如果20個線程的現成配置在您的環境中不起作用，則可以使用Weblogic Admin Console進行更改–沖洗并重復:-)

在那之前..歡呼！

翻譯自: https://www.javacodegeeks.com/2015/02/stress-testing-oim-web-ui-layer.html

給oim

總結

以上是生活随笔為你收集整理的给oim_对OIM Web（UI）层进行压力测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。