專利名稱：：一種web服務監(jiān)控參數(shù)的調(diào)整裝置和方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種WEB服務的質(zhì)量保證技術(shù)，特別是指一種WEB服務監(jiān)控參數(shù)的調(diào)整裝置和方法。
背景技術(shù)：
：在Web服務的整個生命周期內(nèi)，服務監(jiān)控都扮演著非常重要的角色。對于Web測試、管理以及Web服務QoS(QualityofService,服務質(zhì)量)保證具有重要意義。在服務測試期間，服務監(jiān)控是測試用戶獲取各類測試數(shù)據(jù)的基本手段。在服務運行期間，服務監(jiān)控是管理人員了解服務運行狀況、調(diào)整服務策略、排除服務故障的基本工具。此外，從用戶角度來看，在服務綁定期間，服務監(jiān)控是服務客戶隨時掌握服務連接狀態(tài)、調(diào)整服務綁定策略的重要依據(jù)。因此，Web服務監(jiān)控具有非常重要意義。當前在WEB服務的監(jiān)控方面已取得了一些研究成果，但主要存在經(jīng)下幾個方面的問題一是接口簡單，通常僅提供基本原始記錄監(jiān)控，無法得到完整而詳細的監(jiān)控報告；二是系統(tǒng)調(diào)整也基本由管理人員手動進行，不能根據(jù)系統(tǒng)運行情況及服務綁定需求對服務進行動態(tài)調(diào)整，無法滿足服務質(zhì)量動態(tài)跟蹤和調(diào)整的需求；三是沒有很好地解決監(jiān)控的及時性、準確性與對被監(jiān)控服務性能之間存在的矛盾。
發(fā)明內(nèi)容針對現(xiàn)有技術(shù)中存在的缺陷和不足，本發(fā)明的目的是提供一種WEB服務監(jiān)控參數(shù)的調(diào)整裝置和方法，針對現(xiàn)有技術(shù)中無法很好解決監(jiān)控及時性、準確性與對被檢測服務性能影響之間的關(guān)系，在降低對于服務性能影響的前提下提高監(jiān)測的及時性和準確性。為了達到上述目的，本發(fā)明提出了一種WEB服務監(jiān)控參數(shù)的調(diào)整裝置，包括參數(shù)收集模塊，所述參數(shù)收集模塊電連接WEB服務以收集WEB服務的參數(shù)，所述參數(shù)至少包括WEB服務的平均響應時間、系統(tǒng)占用的處理器資源、系統(tǒng)占用的內(nèi)存資源、當前用戶的訪問量；控制模塊，所述調(diào)整模塊電連接所述參數(shù)收集模塊，以根據(jù)所述參數(shù)收集模塊收集到的WEB服務的參數(shù)對WEB服務監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。其中，所述控制模塊包括參數(shù)讀取模塊，所述參數(shù)讀取模塊電連接所述參數(shù)收集模塊，以讀取所述WEB服務的參數(shù)改變；監(jiān)控參數(shù)調(diào)整模塊，所述監(jiān)控參數(shù)調(diào)整模塊電連接所述參數(shù)讀取模塊，并根據(jù)以下規(guī)則對監(jiān)控參數(shù)進行調(diào)整當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率。同時，本發(fā)明還提出了一種WEB服務監(jiān)控參數(shù)的調(diào)整方法，包括當WEB服務的平均響應時間變化時，根據(jù)WEB服務的系統(tǒng)占用的處理器和內(nèi)存資源及當前用戶的訪問量，調(diào)整數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率，以實現(xiàn)對監(jiān)控所占用的資源進行調(diào)整。其中，所述WEB服務監(jiān)控參數(shù)的具體調(diào)整方法為當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、6空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率。上述技術(shù)方案具有如下優(yōu)點本發(fā)明研究監(jiān)控對于服務平均響應時間的影響，并根據(jù)系統(tǒng)占用處理器和內(nèi)存資源及用戶訪問量的改變，對監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整，從而實現(xiàn)針對服務性能自動調(diào)整監(jiān)控的頻率，以實現(xiàn)監(jiān)控的及時性、準確性，并兼顧對被監(jiān)控服務性能影響。圖1是WEB服務監(jiān)控的流程圖；圖2是本發(fā)明優(yōu)選實施例中的服務信息獲取流程圖；圖3是應用本發(fā)明提出的裝置組成的自調(diào)整監(jiān)控系統(tǒng)的總體架構(gòu)示意圖；圖4是系統(tǒng)CPU和內(nèi)存資源達到閥值后的試驗結(jié)果示意圖；圖5是系統(tǒng)10資源緊張時調(diào)整實驗結(jié)果示意圖；圖6是網(wǎng)絡(luò)資源競爭時調(diào)整實驗結(jié)果示意圖。具體實施例方式下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式作進一步詳細描述。以下實施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。7為了便于理解本發(fā)明，現(xiàn)將本發(fā)明所涉及到的技術(shù)進行簡單的介紹Web服務監(jiān)控的整體過程如圖1所示，包括以下四個部分—、數(shù)據(jù)攔截是指通過在數(shù)據(jù)處理通道內(nèi)攔截Web服務的交互數(shù)據(jù)內(nèi)容和相關(guān)的上下文信息(包括數(shù)據(jù)ID、數(shù)據(jù)發(fā)送方、接收方、當前時間、數(shù)據(jù)調(diào)用服務、數(shù)據(jù)類型、數(shù)據(jù)交換模式等信息)，獲取基礎(chǔ)服務信息。當前主要的SOAP引擎(如Axis2、XFire、CXF、ASP.NET等)在對經(jīng)由SOAP數(shù)據(jù)處理時都是采用數(shù)據(jù)處理鏈的方式。用戶可以根據(jù)需要其中嵌入自己的實現(xiàn)，配置到相應處理通道中，即可獲得對經(jīng)過的數(shù)據(jù)進行處理的機會。二、數(shù)據(jù)處理是指對攔截的數(shù)據(jù)上下文內(nèi)容進行處理并完成格式轉(zhuǎn)換。數(shù)據(jù)處理通常包括根據(jù)數(shù)據(jù)ID和請求進入時間得到數(shù)據(jù)的響應時間、對不同的服務請求、響應、異常時行計數(shù)以得到當前服務的統(tǒng)計信息、更新服務的最大、最小響應時間等，而后對上述攔截數(shù)據(jù)和處理得到的數(shù)據(jù)進行轉(zhuǎn)換，供后續(xù)處理。三、監(jiān)控數(shù)據(jù)緩存是指對一段時間內(nèi)的監(jiān)控數(shù)據(jù)內(nèi)容進行緩存。由于數(shù)據(jù)攔截的頻率和需要攔截的服務數(shù)量都非常高，出于系統(tǒng)服務效率影響的考慮，通常需要對監(jiān)控相關(guān)數(shù)據(jù)進行緩存，以盡量減少過高的數(shù)據(jù)傳送頻率或過高的數(shù)據(jù)持久化頻率對服務造成的影響。四、數(shù)據(jù)發(fā)送、數(shù)據(jù)持久化是指將監(jiān)控的數(shù)據(jù)內(nèi)容發(fā)送給用戶(如管理員、性能測試工具)，或者持久到后端的數(shù)據(jù)庫、文件系統(tǒng)中，供后期的查詢和進一步處理(如對服務性能進行評估等)所用。由于基于服務端的監(jiān)控受各種外部因素的影響較小，能夠更加真實地反映服務本身的狀態(tài)，并且對服務的管理和測試也大多在服務端進行。因此，本發(fā)明是針對服務端的監(jiān)控所做出的改進。對于服務性能的度量，如果以各種服務的平均響應時間P來取值，則不能反應每個服務的真正性能。如果將每個服務的每個方法都與服務端資源聯(lián)系起來并考察它們之間的相互關(guān)系也是不可行的，由于系統(tǒng)對資源的分配無法確定到服務級別，更談不上在方法級別上。因而，本專利采用基于統(tǒng)計的方式來確定P的變化。以Pt表示在時間T內(nèi)的平均性能變化。對具體的服務Si而言，其響應時間變化對性能的影響可以分為兩部分，一部分是由于其訪問量分布的比例所做的貢獻，另一部分是其本身響應時間變化幅度的變化所做的貢獻。本文將這兩部分分別稱作分布貢獻度DCtrsi和幅度貢獻度ACtrsi。總的平均響應時間指數(shù)P，綜合考慮所有服務的分布值和平均響應時間，得出一個合理的響應時間變化度量值，可以表示如下p=S:FC7Vsi(M>0)(1-1)其中VCTrsi為綜合貢獻度，它是幅度貢獻度DCtrsi和幅度貢獻度ACtrsi二者基礎(chǔ)上得出的一個綜合指數(shù)，在二者基礎(chǔ)上的得到的一個函數(shù)值。簡單的說，VCTi^可以為分布貢獻度DCtrsi和幅度貢獻度ACtrsi的乘積。在確定了具體的服務Si的平均響應時間P后，以下對影響平均響應時間P的參數(shù)進行分析與Web引擎和服務實現(xiàn)相同的，影響服務性能的因素由服務端的處理器(CPU)、內(nèi)存、網(wǎng)絡(luò)、磁盤10這四項系統(tǒng)資源因子，以及當前的用戶請求數(shù)量這五個因素來共同決定。本文中分別用S。pu、Smem、Snet、Sdisk和Req。nt表示上述五個因素。因此，P可以表示成基于以上五個參數(shù)的函數(shù)，如下式(1-2)所示P—fi(Ss—cpu，Ss—mem，Ss—net，Ss—disk，Reqcnt)(1—2)其中Sscpu，Ssmem，Ssnet，Ssdisk分別代表web服務所占用的CPU、內(nèi)存、網(wǎng)絡(luò)和磁盤10資源。由于服務端的處理器(CPU)、內(nèi)存、網(wǎng)絡(luò)、磁盤IO都分別由Web服務本身、監(jiān)控Web服務、系統(tǒng)和其它應用共享。因此上述四項系統(tǒng)資源中，每一個資源可以分為服務本身占用、監(jiān)控占用、其它應用資源、系統(tǒng)空閑資源。以上四種資源的總量定義為I。pu、IM、Inrt、Idisk。在特定系統(tǒng)中為常量，則它們之間相互影響關(guān)系用函數(shù)小表示如下Sscpu=小cpu(Smcpu，S。cpu，Sfcpu)(1-2-1)Ss—men=4>國(S邁—men，S?！獓琒f—men)(1_2_2)Ssnet=小加t(Sm加t，S。net，Sfnet)(1-2-3)Ss—disk=小disk(Sm—disk，S?！猟isk，Sf—disk)(1-2-4)其中，Ss。pu，Sm。pu，S。。pu，Sf。pu分別代表系統(tǒng)占用的CPU資源、監(jiān)控所占用的CPU資源、其他應用資源所占用的CPU資源、空閑的CPU資源。其中，Sscpu，Smmen，S。M，Sfmen分別代表系統(tǒng)占用的內(nèi)存資源、監(jiān)控所占用的內(nèi)存資源、其他應用資源所占用的內(nèi)存資源、空閑的內(nèi)存資源。其中，Ssnrt，Smnrt，S。nrt，Sfnrt分別代表系統(tǒng)占用的網(wǎng)絡(luò)資源、監(jiān)控所占用的網(wǎng)絡(luò)資源、其他應用資源所占用的網(wǎng)絡(luò)資源、空閑的網(wǎng)絡(luò)資源。其中，Ssdisk，Smdisk，S。disk，Sfdisk分別代表系統(tǒng)占用的磁盤10資源、監(jiān)控所占用的磁盤10資源、其他應用資源所占用的磁盤10資源、空閑的磁盤10資源。[OOSS]因此，式(1-2)又可以表示如下P=f2((tcpU，小mem，小net，小disk，ReQc加)(卜3)由上式(1-3)可以明顯的看出，在系統(tǒng)可分配資源一定的情況下，服務本身所占的資源隨著外部應用資源和監(jiān)控所占資源的增加而減少。因此調(diào)整監(jiān)控的主要任務就是盡量調(diào)整監(jiān)控本身所占用的以下四種資源(1)CPU資源監(jiān)控本身對CPU資源的占用比較復雜，從上述服務監(jiān)控流程可見，數(shù)據(jù)攔截、數(shù)據(jù)處理、數(shù)據(jù)發(fā)送、數(shù)據(jù)持久化都需要CPU的參與。數(shù)據(jù)攔截所占用CPU可以通過連續(xù)的單位時間的接截次數(shù)Fit。p來表示，而數(shù)據(jù)處理數(shù)據(jù)所占用的CPU則由數(shù)據(jù)處理的頻率FPr。來衡量。同樣，數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化則由數(shù)據(jù)發(fā)送頻率F，d和數(shù)據(jù)持久化頻率Fp^來衡量。因而，Sm，可簡單地用V函數(shù)表示如下S=V(F.+，F(xiàn)，F(xiàn)wF)(1—4)Lw」"m—cpuycpu\丄itcp，1pro，1send，1pers乂\丄丄乂(2)內(nèi)存資源監(jiān)控本身所占內(nèi)存資源主要包括兩部分監(jiān)控信息的緩存和監(jiān)控程序本身運行所占用的。通常，監(jiān)控程序占用內(nèi)存基本保持固定，其變化部分主要為緩存部分。緩存部分主要包括兩類監(jiān)控數(shù)據(jù)的緩存，即數(shù)據(jù)發(fā)送緩存和數(shù)據(jù)持久化緩存。設(shè)其大小分別表示為Bsend，BpCTS。因此，SmM可用以下函數(shù)表示S邁國=V國(B鄉(xiāng)d，Bpers)(1—5)由于緩存B，d，Bp^的大小與發(fā)送頻率是成反比的關(guān)系。因此，上式還可以表示為下式S邁邁=Vmem(Fsend，F(xiàn)pers)(1-6)(3)網(wǎng)絡(luò)資源監(jiān)控對網(wǎng)絡(luò)資源占用主要是監(jiān)控數(shù)據(jù)的發(fā)送頻率和發(fā)送量有關(guān)，而發(fā)送量又可以轉(zhuǎn)化為發(fā)送頻率的函數(shù)。因此，smnrt可以用下函數(shù)表示Smnet=Vnet(Fsend)(1-7)(4)磁盤I0資源磁盤IO資源的變化部分通常只與持久化有關(guān)，其它部分磁盤IO交互通常不變或變化很小忽略不計。因此，Sm，k只與持久化頻率和持久化量有關(guān)。同樣，持久化量也可以轉(zhuǎn)化為持久化頻率的函數(shù)。因此，Sm，k可以用下函數(shù)表示Smdisk=Vdisk(Fpers)(1-8)將以上各V式分別代入可得到小函數(shù)如下由式(1-9)可見，平均響應時間P是與監(jiān)控頻率(Fit。p，F(xiàn)pra，F(xiàn)smd，F(xiàn)pCTS)、當前用戶的訪問量(Req。nt)、其他應用資源所占用的處理器、內(nèi)存、網(wǎng)絡(luò)和磁盤10資源(S。cpu，S。M，S?！猲rt，S。—disk)、空閑的處理器、內(nèi)存、網(wǎng)絡(luò)和磁盤10資源(Sf—。pu，Sf—mm，Sf—nrt，Sf—disk)。其中其他應用資源所占用的處理器、內(nèi)存、網(wǎng)絡(luò)和磁盤10資源(S?！?。PU，S。—M，S。—nrt，S?！猟isk)為外部不可控部分，而空閑的處理器、內(nèi)存、網(wǎng)絡(luò)和磁盤10資源(Sf。pu，Sfmen，Sfnet，Sfdisk)則同樣受系統(tǒng)分配策略的影響。因此，監(jiān)控及對服務狀態(tài)的影響因素主要體現(xiàn)在用戶請求量和監(jiān)控頻率兩個方面。本發(fā)明對于WEB服務的監(jiān)控調(diào)整，其核心就是應用上述分析得到的關(guān)系，以判斷監(jiān)控對服務本身的影響是否在合理的范圍之內(nèi)，并依此做出合理調(diào)整。實施例1應用上述的分析結(jié)果，本發(fā)明第一優(yōu)選實施例提出的WEB服務監(jiān)控參數(shù)的調(diào)整裝置，包括參數(shù)收集模塊，所述參數(shù)收集模塊電連接WEB服務以收集WEB服務的參數(shù)，所述參數(shù)至少包括WEB服務的平均響應時間、系統(tǒng)占用的處理器資源、系統(tǒng)占用的內(nèi)存資源、當前用戶的訪問量；控制模塊，所述調(diào)整模塊電連接所述參數(shù)收集模塊，以根據(jù)所述參數(shù)收集模塊收集到的WEB服務的參數(shù)對WEB服務監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。本發(fā)明第一優(yōu)選實施例提出的WEB服務監(jiān)控參數(shù)的調(diào)整裝置，能夠針對服務的平均響應時間、系統(tǒng)占用的處理器資源、系統(tǒng)占用的內(nèi)存資源、當前用戶的訪問量這些參數(shù)，自動對WEB服務監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。這樣可以在服務性能下降，平均響應時間上升時，降低監(jiān)控頻率。在平均響應時間下降時，提高監(jiān)控頻率。(1-9)實施例2本發(fā)明第二優(yōu)選實施例是在上述第一優(yōu)選實施例的基礎(chǔ)上改進而來，即所述控制模塊包括參數(shù)讀取模塊，所述參數(shù)讀取模塊電連接所述參數(shù)收集模塊，以讀取所述WEB服務的參數(shù)改變；監(jiān)控參數(shù)調(diào)整模塊，所述監(jiān)控參數(shù)調(diào)整模塊電連接所述參數(shù)讀取模塊，并根據(jù)以下規(guī)則對監(jiān)控參數(shù)進行調(diào)整當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率。實施例3本發(fā)明第三優(yōu)選實施例提出了一種WEB服務的監(jiān)控方法，包括當WEB服務的平均響應時間變化時，根據(jù)WEB服務的系統(tǒng)占用的處理器和內(nèi)存資源及當前用戶的訪問量，對監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。實施例4本發(fā)明第四優(yōu)選實施例是在第三優(yōu)選實施例的基礎(chǔ)上改進而來，即所述第三實施例可以具體為當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率。在上述第二和第四實施例中的調(diào)整策略可以總結(jié)為如下表所示<table>tableseeoriginaldocumentpage13</column></row><table>F>F廠itcp廠pF>F廠itcp廠p其中，箭頭"t"和"I"表示上升和下降，"T"表示到達上限閥值，"壙，表示除閥值之外的所有可能值，而橫線"_"表示不變，符號"，"表示"或"關(guān)系。由于系統(tǒng)資源分配復雜多變，因此在出現(xiàn)非本表所列出的情況時，不作調(diào)整。這是由于此時無法確定是否是由于監(jiān)控對服務響應特性造成的影響的情況。優(yōu)選的，由于調(diào)控時各種復雜因素的存在，上述調(diào)整中還應參照上一調(diào)整周期t-1內(nèi)的調(diào)整策略。如果上在前一周期內(nèi)相同的變化趨勢下，調(diào)整后效果不明顯，則應該采用更加謹慎的方式調(diào)整或改變調(diào)整策略。此外，延遲也是鑒別調(diào)整是否有效的一個有效手段。顯然，以上四個頻率之間存在以下的相互約束關(guān)系>F廠send>F下面提供一個具體的實現(xiàn)方式，以對本發(fā)明做出進一步的具體說明。本發(fā)明具體實施例基于Axis2+tomcat+mysql+AcitveMQ在WindowsXP平臺上提供了一個基本實現(xiàn)，總體架構(gòu)圖如圖3所示。其中應用層包括服務檢測、服務監(jiān)控、服務質(zhì)量評估。其中，監(jiān)控實體相關(guān)層是與具體Axis2相關(guān)部分，包括系統(tǒng)監(jiān)控適配器(CPU內(nèi)存)、服務監(jiān)控適配器、服務事件監(jiān)控適配器。而系統(tǒng)資源獲取部分則基于JNI實現(xiàn)。而監(jiān)控控制/處理層則位于服務端，作為一個模塊運行在Axis2進行內(nèi)部，用于截獲相關(guān)信息并對相應內(nèi)容進行預處理，以及監(jiān)控配置信息的處理。相應的信息持久化到mysql數(shù)據(jù)庫系統(tǒng)或文件系統(tǒng)。如果需要遠程監(jiān)控則通過JMS(JavaMessagingService,Java消息服務)、端口和Web服務傳輸?shù)竭h程測試或監(jiān)控客戶端。系統(tǒng)提供了一個基于RCP的監(jiān)控客戶端用于及時接收當前JMS監(jiān)控消息。此外該監(jiān)控客戶端還可以直接從mysql數(shù)據(jù)庫得到相應的監(jiān)控消息，進行分析顯示(這種方式對于非即時測試或評估很有意義)。而Web服務接口則作為服務監(jiān)控消息的訂閱接口，Web服務用戶可以通過監(jiān)控接口得到當前服務的性能信息。如圖3所示，包括(1)服務信息獲取模塊在Axis2中其消息處理通道由多個處理器(Handler)組成，用戶通過在用戶可以根據(jù)需要創(chuàng)建自己的Handler,實現(xiàn)相應的虛擬處理器(AbstractHandler)接口，并配置到消息處理通道中即可獲得對經(jīng)由消息處理的機會。如圖2所示，在處理S0AP消息時，引擎會自動調(diào)用鏈條上的每節(jié)handler鏈，從而獲得相應的上下文消息，包括消息ID、消息的發(fā)送方、消息接收方、消息采用的傳輸協(xié)議，消息交換模式(MessageExchangePattern)等內(nèi)容。(2)信息生成模塊信息生成模塊包括基本信息生成模塊和統(tǒng)計信息生成模塊。統(tǒng)計信息指在一定的時間段t內(nèi)對服務訪問情況的基本統(tǒng)計，象征著該段時間內(nèi)該統(tǒng)計對象的變化情況。統(tǒng)計信息的生成可以分為三個層次，一是全局統(tǒng)計信息，對應整個SOAP引擎；二是服務層統(tǒng)計信息，對應具體的service,二是操作層統(tǒng)計信息，對應服務中某一個操作接口。三層之間是自頂向下的依賴關(guān)系全局統(tǒng)計信息依賴于服務層生成，服務層統(tǒng)計信息依賴于操作層統(tǒng)計信息生成，而操作層統(tǒng)計信息依賴于基本訪問信息生成。基本統(tǒng)計信息由統(tǒng)計信息生成模塊生成，負責維護并記錄該SOAP引摯啟動后的各類統(tǒng)計信息。它分為全局、服務和方法三級，主要依賴于SOAP的消息上下文得到主要包括請求計數(shù)Reqcnt、響應計數(shù)Respcnt、異常記數(shù)Faultcnt，以及最大響應時間、最小響應時間、平均響應時間和最后一次響應時間，分別表示為ResPmin、Respmax、Resptavg、Resplst。統(tǒng)計信息的獲取可以由一個定時的后臺線程執(zhí)行，它負責定其獲得該階段內(nèi)的統(tǒng)計信息，并計算出其變化量。其定時器觸發(fā)頻率為F，假設(shè)用戶在一段時間內(nèi)對服務S中操作0進行了M次訪問，如對時間用C0(S，0)K(l<K<M)表示第K個基本訪問信息，則統(tǒng)計信息包含了在T時間段內(nèi)的上述增長量、響應時間和增長分布值。響應時間的定義如下R叫(S，O)t,avg=MReq(S，0)t，max=MAX(Resplst(m)|1《m《M)Req(S，0)t，min=MIN(Resplst(m)|1《m《M)增長量參數(shù)則定義如下Req(S，0)t，cnt=Reqcnt(M)-Reqcnt(1)其它Req(S，0)t，cnt、Fault(S，0)t，cnt與此類似;統(tǒng)計信息生成過程可以用偽碼描述如下Procedure0nRecieveMessage:BEGINGETSERVICENAME〃得到服務名和操作名GETOPERATIONNAMEIFINFL0W〃消息進入通道，處理請求消息SETMESSAGEID〃設(shè)置請求消息IDSETTMESTAMP〃記錄請求進入時間INCREASEGlobalReqcnt、ServiceReqcnt、OperationReqcnt//全局、月艮務、方法請求計數(shù)遞增。ELSEIF0UTFL0W〃消息輸出通道，處理響應消息GETMESSAGEID〃設(shè)置請求消息IDINCREASEGlobalRespcnt、ServiceRespcnt、OperationRespcnt//全局、月艮務、方法請求計數(shù)遞增。SETTIMESTAMP〃獲得請求進入時間ResPTime=CURRENTTIME-TIMESTAMP〃獲得響應時間INCREASEGlobalRespT、ServiceRespTt、OperationRespT//全局、月艮務、方f去請求時間遞增。ALTERGlobalResmax、Respmin、Resplst〃更新全局最大、最小、最后響應時間。ALTERServiceResmax、Respmin、Resplst〃更新當前服務最大、最小、最后響應時間。ALTEROperationResmax、Respmin、Resplst〃更新當前方法最大、最小、最后響應時間。ELSEIFFAULTFLOW〃異常消息處理通道，處理異常消息INCREASEGlobalFaultcnt、ServiceFaultcnt、OperationFaultcnt//全局、服務、方法請求計數(shù)遞增。RETURNC0NTINUE〃交給下一消息處理模土央END(3)容器事件獲取模塊在Axis2中，通過實現(xiàn)AixsObserver接口并相配置到引擎中來監(jiān)聽引擎相關(guān)事件。在監(jiān)控期間，被監(jiān)控SOAP引擎的服務提供方可能會發(fā)布新的Web服務、停止某個Web服務、更新Web服務甚至動態(tài)添加或更新SOAP處理模塊等操作。在這些情況下，Web服務監(jiān)控模塊需要及時得到通知，從而調(diào)整重置相關(guān)計數(shù)，調(diào)整監(jiān)控計劃任務。同樣對于Web服務用戶也可以基于事件改變綁定策略。(4)系統(tǒng)信息獲取模塊系統(tǒng)信息基于Windows系統(tǒng)API和JNI實現(xiàn)，由一個后臺線程定時獲取系統(tǒng)的各項參數(shù)，包括Axis2當前進程所占的資源，包括進程所占CPU時間、內(nèi)存占用量，系統(tǒng)空余內(nèi)存量及系統(tǒng)CPU空閑比例，其定時器觸發(fā)頻率為Fsys。(5)持久化模塊由一個后臺線程負責定期將數(shù)據(jù)持久化mysql數(shù)據(jù)庫或文本發(fā)明件中(通過配置文件選擇，默認持久化數(shù)據(jù)庫中)。其定時器觸發(fā)頻率為FPCTS。(6)發(fā)送模塊負責定期將數(shù)據(jù)轉(zhuǎn)換后的數(shù)據(jù)發(fā)送遠程客戶端，可以接受兩種方式，一種是基于端口(socket)的遠程連接請求；另一種是發(fā)送到基于AcitiveMQ的隊列(默認方式)，監(jiān)控用戶作為Consumer從JMS隊列訂閱相應的消息。其定時器觸發(fā)頻率為Fsend。(7)過濾模塊監(jiān)控數(shù)據(jù)采集過濾主要針對以下內(nèi)容進行一是只監(jiān)控待測Web服務，對其它Web服務信息自動濾除。二是針對用戶訂閱內(nèi)容的過濾。監(jiān)控過濾提供三種過濾方式，一類是靜態(tài)過濾，基于配置文件實現(xiàn)。這種方式是提供需要過濾服務名的列表或正則表達式。系統(tǒng)在啟動后將維護一個過濾的服務名稱列表，15在攔截時依據(jù)匹配情況進行過濾操作，第二種方式是基于接口的過濾，用戶根據(jù)不同策略實現(xiàn)相應的接口，并將實現(xiàn)類配置到配置文件中，系統(tǒng)在啟動時動態(tài)加載相應的過濾實現(xiàn)類，在攔截相應的SOAP消息時將自動過濾相應的服務。另一類是動態(tài)過濾，即Tuner會根據(jù)一定的調(diào)整策略對服務過濾列表進行操作。本發(fā)明在實現(xiàn)時，采用同種策略，一是減小響應時間變化量較小的消息攔截頻率，另一種策略是減少請求量最大的服務的攔截頻率Fit。p。用戶可能通過配置改變過濾策略Fit。p。(8)緩沖模塊緩沖模塊包括兩部分一是發(fā)送緩沖，另一部分為持久化緩沖，它們分別由兩個不同的CopyOnWriteArrayList鏈表結(jié)構(gòu)實現(xiàn)。發(fā)送模塊和拷入化模塊定時從鏈表中取出相應的內(nèi)容。這種緩沖結(jié)構(gòu)減少了由于發(fā)送或持久化頻率太高帶來的資源緊張問題。(9)調(diào)度模塊調(diào)度模塊負責接受自調(diào)整模塊的要求，更改相應的調(diào)度參數(shù)，對發(fā)送模塊、持久化模塊、服務監(jiān)控模塊、系統(tǒng)監(jiān)控模塊、容器事件獲取模塊及數(shù)據(jù)處理模塊以及過濾模塊的調(diào)度周期和調(diào)策略進行調(diào)整，并進行重新調(diào)度運行。(10)自調(diào)整模塊自調(diào)整模塊是系統(tǒng)調(diào)整的核心，它負責收集系統(tǒng)資源狀態(tài)，并根據(jù)系統(tǒng)信息生成模塊得到的服務響應統(tǒng)計信息依照相應的調(diào)整算法計算出調(diào)整策略，并給調(diào)度模塊下達重新調(diào)度指令。在實現(xiàn)時自調(diào)整模塊也以一個后臺線程的形式出現(xiàn)。為了檢驗Web服務監(jiān)控模塊對服務本身的影響，搭建了獨立實驗平臺如表2所示。表2機器配置列表CPUOS內(nèi)存ServerIntelCeleronWindowsXPsp21.5GBrokerAMD2600+WindowsXPsp21.25GClientAAMD2600+WindowsXPsp21.0GClientBAMD2600+WindowsXPsp21.0G網(wǎng)絡(luò)環(huán)境配置交換機TP-LINKTL-SF1008+10M/100M自適應交換機。軟件配置Web月艮務器Tomcat6+Axis22.11。Broker:Tomcat6+Axis22.11。實驗結(jié)果及其分析如下(1)系統(tǒng)CPU和內(nèi)存資源達到閥值后的試驗結(jié)果圖4在是服務端共運行六個服務的監(jiān)控結(jié)果。由三個客戶端，通過緩慢增加訪問量而使服務端壓力增大到系統(tǒng)CPU和內(nèi)存資源不足而引發(fā)調(diào)整。其中第一欄為各個服務的響應時間，第二欄為在采樣周期內(nèi)的平均響應時間，而較緩的曲線為整個時間的平均響應時間，第三樣為系統(tǒng)內(nèi)存和CPU的使用情況。第四欄為在當前周期內(nèi)請求數(shù)的增長情況。圖4是基于以上環(huán)境的一個實驗結(jié)果由圖可以看到在時間點8:24左右系統(tǒng)服務響應時間增大，系統(tǒng)CPU資源與內(nèi)存資源都劇烈增大，些時自調(diào)整功能模塊啟動，主動降低了FPr。的結(jié)果，則在以后的時間段內(nèi)平均響應時間均下降。注意在上圖中起始段過高是由于系統(tǒng)預熱(warmup)造成的。在系統(tǒng)設(shè)計時，初始階段并不進行調(diào)整。由此可見，當系統(tǒng)資源成為瓶頸時，且平均響應時間增大時，自調(diào)整能夠較好地適應系統(tǒng)的變化，用戶響應時間得到了較好的保障。(2)10資源緊張時調(diào)整實驗結(jié)果如圖5所示，在月艮務例子中，Bankservice禾口AddressBookService是操作數(shù)據(jù)庫比較頻繁的用例，圖5是在客戶端訪問以上兩個服務下的實驗結(jié)果。由圖5可以看到，在時間點10:14:30左右時，由于持久化帶來的壓力較大，此時響應時間變長，當系統(tǒng)調(diào)整了持久化頻率Fp^后，系統(tǒng)的響應時間降低而系統(tǒng)內(nèi)存的資源使用量立即增加。(3)網(wǎng)絡(luò)資源競爭時調(diào)整實驗結(jié)果圖6中除Bankservice禾口AddressBookService夕卜，LongTextService是一個傳輸長字符串的服務用例。當其訪問量增大時，會給網(wǎng)絡(luò)傳輸資源帶來壓力。如圖6可見，在時間點10:35:45左右，服務延遲增大。此時啟動傳輸頻率調(diào)整模塊，用戶的響應時間降低。但同時內(nèi)存用量增大，原因是大量的發(fā)送內(nèi)容緩存在內(nèi)存中所致。通過以上三個試驗結(jié)果發(fā)現(xiàn)，自調(diào)整模塊能夠較好地在系統(tǒng)資源緊張時參與調(diào)整，較好地保證了用戶響應時間不受太大影響。但以上結(jié)果僅在較為簡單的環(huán)境下得到的，對復雜環(huán)境下調(diào)整模塊的工作情況以及選擇合適的調(diào)整閥值仍需要開展更多的研究和實驗。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本
技術(shù)領(lǐng)域：
的普通技術(shù)人員來說，在不脫離本發(fā)明技術(shù)原理的前提下，還可以做出若干改進和變型，這些改進和變型也應視為本發(fā)明的保護范圍。權(quán)利要求一種WEB服務監(jiān)控參數(shù)的調(diào)整裝置，其特征在于，包括參數(shù)收集模塊，所述參數(shù)收集模塊連接WEB服務以收集WEB服務的參數(shù)，所述參數(shù)至少包括WEB服務的平均響應時間、系統(tǒng)占用的處理器資源、系統(tǒng)占用的內(nèi)存資源、當前用戶的訪問量；控制模塊，所述調(diào)整模塊連接所述參數(shù)收集模塊，以根據(jù)所述參數(shù)收集模塊收集到的WEB服務的參數(shù)對WEB服務監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。2.根據(jù)權(quán)利要求l所述的WEB服務監(jiān)控參數(shù)的調(diào)整裝置，其特征在于，所述控制模塊包括參數(shù)讀取模塊，所述參數(shù)讀取模塊連接所述參數(shù)收集模塊，以讀取所述WEB服務的參數(shù)改變；監(jiān)控參數(shù)調(diào)整模塊，所述監(jiān)控參數(shù)調(diào)整模塊連接所述參數(shù)讀取模塊，并根據(jù)如下規(guī)則對監(jiān)控參數(shù)進行調(diào)整當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率。3.—種WEB服務監(jiān)控參數(shù)的調(diào)整方法，包括當WEB服務的平均響應時間變化時，根據(jù)WEB服務的系統(tǒng)占用的處理器和內(nèi)存資源及當前用戶的訪問量，調(diào)整數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率，以實現(xiàn)對監(jiān)控所占用的資源進行調(diào)整。4.根據(jù)權(quán)利要求3所述的WEB服務監(jiān)控參數(shù)的調(diào)整方法，其特征在于，所述WEB服務監(jiān)控參數(shù)的具體調(diào)整方法為當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低監(jiān)控持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源上升、空閑內(nèi)存資源下降、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或下降時，則降低數(shù)據(jù)發(fā)送的頻率；當平均響應時間上升時，如果當前訪問量不變或下降，且系統(tǒng)占用內(nèi)存資源不變或下降、空閑內(nèi)存資源不變或下降、系統(tǒng)占用處理器資源上升、空閑處理器資源不變或下降時，則降低數(shù)據(jù)處理的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或上升、空閑內(nèi)存資源達到閥值、系統(tǒng)占用處理器資源和空閑處理器資源均未達到閥值，則提高數(shù)據(jù)發(fā)送和數(shù)據(jù)持久化的頻率；當平均響應時間上升時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源和空閑內(nèi)存資源均未達到閥值、系統(tǒng)占用處理器資源不變或上升、空閑處理器資源達到閥值，則降低數(shù)據(jù)攔截和數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量上升，且系統(tǒng)占用內(nèi)存資源不變、空閑內(nèi)存資源不變或降低、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)持久化的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源降低、空閑處理器資源升高，則不調(diào)整、或提高數(shù)據(jù)攔截和/或數(shù)據(jù)處理和/或數(shù)據(jù)處理的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源降低、空閑內(nèi)存資源升高、系統(tǒng)占用處理器資源不變、空閑處理器資源不變或降低，則不調(diào)整或提高數(shù)據(jù)發(fā)送的頻率；當平均響應時間降低時，如果當前訪問量不變或上升，且系統(tǒng)占用內(nèi)存資源不變或降低、空閑內(nèi)存資源不變或升高、系統(tǒng)占用處理器資源降低、空閑處理器資源不變或升高，則提高數(shù)據(jù)處理的頻率c全文摘要本發(fā)明提出了一種WEB服務監(jiān)控參數(shù)的調(diào)整裝置和方法，針對現(xiàn)有技術(shù)中監(jiān)控與系統(tǒng)性能無法兼顧的問題而發(fā)明。本發(fā)明的裝置包括參數(shù)收集模塊，收集服務的平均響應時間、系統(tǒng)占用的處理器資源、系統(tǒng)占用的內(nèi)存資源、當前用戶的訪問量參數(shù)；控制模塊，對WEB服務監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。本發(fā)明的方法包括當WEB服務的平均響應時間變化時，根據(jù)WEB服務的系統(tǒng)占用的處理器和內(nèi)存資源及當前用戶的訪問量，對監(jiān)控的數(shù)據(jù)攔截頻率、數(shù)據(jù)處理頻率、數(shù)據(jù)發(fā)送頻率和數(shù)據(jù)持久化頻率進行調(diào)整。本發(fā)明能夠?qū)崿F(xiàn)監(jiān)控及時性、準確性，并兼顧對被監(jiān)控服務的性能影響。文檔編號H04L12/24GK101695034SQ200910094000公開日2010年4月14日申請日期2009年10月9日優(yōu)先權(quán)日2009年10月9日發(fā)明者戴鳳軍,戴桂蘭申請人:清華大學;