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

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

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