一種性能監(jiān)控方法、系統(tǒng)及應用服務器的制造方法
【技術領域】
[0001] 本發(fā)明涉及性能監(jiān)控領域，尤其涉及客戶端的性能監(jiān)控領域。
【背景技術】
[0002] 隨著互聯(lián)網(wǎng)的日益普及，越來越多地企業(yè)通過web應用向用戶提供各種產(chǎn)品和服 務。與傳統(tǒng)的企業(yè)內(nèi)使用的專業(yè)軟件不同，現(xiàn)在的企業(yè)軟件系統(tǒng)采用分布式、虛擬化的架 構。因此，軟件的開發(fā)者和運營者對于性能的監(jiān)控更加困難。為了對軟件的性能進行監(jiān)控， 開發(fā)者一般會選擇在發(fā)布產(chǎn)品前做有限的模擬性能測試，但這種測試的環(huán)境與實際商業(yè)運 行的環(huán)境相去甚遠，難以反映真實環(huán)境下可能出現(xiàn)的問題。例如，在繁忙時段用戶可能在網(wǎng) 站購物時嘗試多次支付仍不能成功，或者在智能手機的應用使用過程中出現(xiàn)沒有響應的情 況。而在發(fā)布產(chǎn)品后，開發(fā)者通常根據(jù)軟件產(chǎn)品的業(yè)務訪問日志，在相對滯后的時間根據(jù)訪 問日志進行性能分析和問題診斷。然而，開發(fā)者卻不能及時獲得關于代碼性能的反饋，更無 法了解問題的起源并做出相應修正。進一步，性能體驗的問題會造成用戶滿意度下降，給企 業(yè)營收造成巨大損失。
[0003] 因此，需要一種可以應對這種情況的技術方案，該方案可以在web應用產(chǎn)品在運 行時，進行代碼級別的實時監(jiān)控，并反饋監(jiān)控數(shù)據(jù)以進行快速分析和確定改進方向。

【發(fā)明內(nèi)容】

[0004] 為此，本發(fā)明提供一種新的方案以力圖解決或者至少緩解上面存在的問題。
[0005] 根據(jù)本發(fā)明的一個方面，提供一種應用服務器，包括配置存儲器、請求處理器和處 理引擎。配置存儲器適于存儲配置信息，該配置信息指示要在其中插入監(jiān)控信息的第一對 象。請求處理器適于接收來自客戶端的訪問請求，并確定對應于該訪問請求的第一對象。 處理引擎適于加載并執(zhí)行所述請求處理器確定的第一對象，并在對該第一對象進行所述加 載和執(zhí)行期間，根據(jù)所存儲的配置信息來在相應的第一對象中插入監(jiān)控信息，以生成具有 監(jiān)控信息的第二對象。請求處理器還適于將處理引擎生成的第二對象作為響應發(fā)送到客戶 端，以便第二對象在客戶端上執(zhí)行時，會根據(jù)其中的監(jiān)控信息來執(zhí)行監(jiān)控操作。
[0006] 可選地，在根據(jù)本發(fā)明的應用服務器中，第一對象包括以各種解析語言編寫的腳 本，如JSP腳本，第二對象包括根據(jù)第一對象而生成的、適于在客戶端執(zhí)行的網(wǎng)頁信息。
[0007] 根據(jù)本發(fā)明的又一方面，還提供一種性能監(jiān)控系統(tǒng)，包括客戶端、根據(jù)本發(fā)明的應 用服務器以及性能監(jiān)控服務器。其中，客戶端向應用服務器發(fā)送訪問請求，并接收從應用服 務器返回的第二對象并執(zhí)行。性能監(jiān)控服務器適于接收由于執(zhí)行第二對象而從客戶端發(fā)送 的客戶端性能參數(shù)，并接收應用服務器發(fā)送的與執(zhí)行第一對象相關聯(lián)的服務器性能參數(shù)， 并根據(jù)客戶端性能參數(shù)與服務器性能參數(shù)，監(jiān)控客戶端與應用服務器處理訪問請求的系統(tǒng) 性能。
[0008] 根據(jù)本發(fā)明的又一方面，還提供一種性能監(jiān)控方法，適于在應用服務器中執(zhí)行。該 監(jiān)控方法包括，存儲配置信息，該配置信息指示要在其中插入監(jiān)控信息的第一對象。接收 來自客戶端的訪問請求，并確定對應于該訪問請求的第一對象。加載并執(zhí)行所確定的第一 對象，并在對該第一對象進行所述加載和執(zhí)行期間根據(jù)配置信息在第一對象中插入監(jiān)控信 息，以生成具有監(jiān)控信息的第二對象；以及將所生成的第二對象作為響應發(fā)送到客戶端，以 便在客戶端執(zhí)行第二對象時，會根據(jù)其中的監(jiān)控信息來執(zhí)行監(jiān)控操作。
[0009] 根據(jù)本發(fā)明的性能監(jiān)控方案，通過在應用服務器使用中間語言（例如JAVA)動態(tài) 插裝的方式，實現(xiàn)了在不改動源代碼、不安裝任何SDK的情況下快速集成性能監(jiān)控和監(jiān)控 代碼插入的應用，從而在應用服務器響應客戶端訪問請求的處理過程中加入適于在客戶端 加載和執(zhí)行的監(jiān)控信息。在此基礎上，客戶端能夠根據(jù)監(jiān)控信息執(zhí)行對客戶端運行過程的 代碼層級的監(jiān)控操作，并且將監(jiān)控操作所獲取的客戶端性能參數(shù)發(fā)送到性能監(jiān)控服務器。 另外，本發(fā)明的性能監(jiān)控方案，還通過在應用服務器中對應用服務器響應客戶端請求的處 理過程進行代碼層級的監(jiān)控，并且將監(jiān)控所獲取的服務器性能參數(shù)發(fā)送到性能監(jiān)控服務 器。進一步，性能監(jiān)控服務器能夠?qū)⑵渌邮盏目蛻舳撕蛻梅掌鞯男阅軈?shù)進行統(tǒng)計 分析。具體地，性能監(jiān)控服務器將應用服服務器端執(zhí)行一次或多次業(yè)務邏輯過程中性能進 行統(tǒng)計分析，即將完成業(yè)務邏輯的網(wǎng)絡拓撲中的每一個環(huán)節(jié)進行單獨監(jiān)控和整體分析。特 別是，性能監(jiān)控服務器能夠分析企業(yè)監(jiān)控服務器根據(jù)客戶端對第一對象的請求，進而生成 第二對象的過程中的性能參數(shù)。以及，性能服務器分析客戶端執(zhí)行第二對象過程中的性能 參數(shù)。由此，性能服務器能夠?qū)崟r而全面的對企業(yè)軟件產(chǎn)品實時運行性能進行快速分析和 資源瓶頸定位，以便明確性能提高的改進方向。還有，根據(jù)本發(fā)明的監(jiān)控方案中，性能監(jiān)控 服務器還具有應用調(diào)用框架的自動建模功能，可以將系統(tǒng)所執(zhí)行的程序邏輯以及相應的性 能參數(shù)自動繪制成拓撲圖進行可視化呈現(xiàn)。
【附圖說明】
[0010] 為了實現(xiàn)上述以及相關目的，本文結(jié)合下面的描述和附圖來描述某些說明性方 面，這些方面指示了可以實踐本文所公開的原理的各種方式，并且所有方面及其等效方面 旨在落入所要求保護的主題的范圍內(nèi)。通過結(jié)合附圖閱讀下面的詳細描述，本公開的上述 以及其它目的、特征和優(yōu)勢將變得更加明顯。遍及本公開，相同的附圖標記通常指代相同的 部件或元素。
[0011] 圖1示出了根據(jù)本發(fā)明一個實施例的性能監(jiān)控系統(tǒng)100的示意圖；
[0012] 圖2示出了根據(jù)本發(fā)明一個實施例的應用服務器200的示意圖；
[0013] 圖3示出了根據(jù)本發(fā)明又一個實施例的應用服務器200的示意圖；
[0014] 圖4示出了根據(jù)本發(fā)明一個實施例的客戶端性能參數(shù)的顯示界面圖；
[0015] 圖5示出了根據(jù)本發(fā)明一個實施例的企業(yè)的應用服務器的性能參數(shù)的顯示界面 圖；以及
[0016] 圖6示出了根據(jù)本發(fā)明一個實施例的性能監(jiān)控方法600的流程圖。
【具體實施方式】
[0017] 下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開 的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例 所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍 完整的傳達給本領域的技術人員。
[0018] 圖1示出了根據(jù)本發(fā)明一個實施例的性能監(jiān)控系統(tǒng)100的示意圖。如圖1所示，根 據(jù)本發(fā)明的性能監(jiān)控系統(tǒng)100包括應用服務器200、客戶端300以及性能監(jiān)控服務器400。 通常企業(yè)級的web應用會采用分布式的架構，在應用服務器200中包含實現(xiàn)企業(yè)各種業(yè)務 邏輯的應用.應用服務器200可以直接與訪問該應用服務器200的客戶端300通信，或者 會通過web服務器與客戶端300進行通信。這樣應用服務器200可以專注于業(yè)務邏輯的實 現(xiàn)，并且應用服務器還與數(shù)據(jù)庫進行耦接。這里，應用服務器200包括但不限于jb〇SS、bea Weblogic及ibmwebspere。web服務器為Apache、IIS和Iplanet的Enerprise等。
[0019] 客戶端300是指與應用服務器200進行通信的應用，可以駐留在計算設備或移動 終端等智能終端中。例如，客戶端300可以是瀏覽器或?qū)Ｓ糜谠L問該應用服務器200的客 戶端應用。性能監(jiān)控服務器400可以收集應用服務器200以及客戶端300的監(jiān)控數(shù)據(jù)，以 進行性能分析和對資源瓶頸進行判斷。
[0020] 圖2示出了根據(jù)本發(fā)明一個實施例的應用服務器的示意圖。如圖2所示，根據(jù)本 發(fā)明的應用服務器200包括配置存儲器210、請求處理器230和處理引擎220。配置存儲器 210用于存儲配置信息，該配置信息為處理引擎220處理數(shù)據(jù)和執(zhí)行應用之前，對數(shù)據(jù)或應 用進行預處理時使用的配置文件。例如，配置信息包括編譯數(shù)據(jù)或應用時使用的編譯配置 選項和鏈接路徑信息。進一步，配置信息中還可以包括監(jiān)控指示信息，即指示要在其中插入 監(jiān)控信息的第一對象。這里的第一對象為處理引擎220處理或執(zhí)行的對象。例如，第一對 象可以是以各種解析語言編寫的腳本，例如可執(zhí)行的xml、jsp腳本等。當然，處理引擎220 處理或執(zhí)行的對象也可以包括不在其中插入監(jiān)控信息的對象。
[0021] 請求處理器230適于接收來自客戶端300的訪問請求，例如對xml或jsp的訪問 請求，然后請求處理器230會根據(jù)訪問請求找到訪問請求對應的對象（可由處理引擎220 執(zhí)行或處理），進而會根據(jù)配置信息確定該對象是否要插入監(jiān)控信息的第一對象。相應地， 當該對象為要插入監(jiān)控信息的第一對象時，請求處理器230會通知處理引擎220進行與監(jiān) 控信息相關的操作。
[0022] 處理引擎220根據(jù)配置信息對請求處理器230確定的第