專利名稱：用于系統(tǒng)監(jiān)控的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IT系統(tǒng)性能管理技術(shù)領(lǐng)域。更具體地，本發(fā)明涉及對(duì)復(fù)雜IT系統(tǒng)進(jìn)行按需監(jiān)控的技術(shù)。
背景技術(shù)：
系統(tǒng)監(jiān)控是IT系統(tǒng)管理中的一項(xiàng)至關(guān)重要的任務(wù)。通過系統(tǒng)監(jiān)控，系統(tǒng)管理員可以了解系統(tǒng)的運(yùn)行狀態(tài)并找出系統(tǒng)中存在的問題，及時(shí)解決問題從而確保系統(tǒng)的正常運(yùn)行或符合服務(wù)水平協(xié)議(SLA)所規(guī)定的要求。隨著云計(jì)算(Cloud Computing)技術(shù)、面向服務(wù)體系架構(gòu)(SOA)技術(shù)的迅速發(fā)展， 在IT系統(tǒng)中往往存在多個(gè)應(yīng)用集成起來向用戶提供服務(wù)。例如在一項(xiàng)網(wǎng)絡(luò)銀行服務(wù)中，其后臺(tái)可能存在多個(gè)支撐該網(wǎng)銀服務(wù)的應(yīng)用，比如數(shù)據(jù)庫(kù)服務(wù)、帳務(wù)查詢服務(wù)、轉(zhuǎn)賬服務(wù)、跨行結(jié)算服務(wù)等。要試圖對(duì)網(wǎng)絡(luò)銀行服務(wù)進(jìn)行整體監(jiān)控并在系統(tǒng)出現(xiàn)問題時(shí)迅速定位導(dǎo)致問題的應(yīng)用，則需要為其中每個(gè)應(yīng)用部署并激活相應(yīng)的監(jiān)控代理。部署數(shù)量龐大的監(jiān)控代理會(huì)帶來大量的資源消耗，并且這些監(jiān)控代理在運(yùn)行時(shí)還會(huì)消耗大量的運(yùn)算資源，甚至直接導(dǎo)致整個(gè)IT系統(tǒng)無法正常運(yùn)行。由此可見，確定部署監(jiān)控代理的范圍是至關(guān)重要的。換句話說，必須在IT系統(tǒng)性能以及部署監(jiān)控所導(dǎo)致的資源消耗兩個(gè)方面取得平衡?，F(xiàn)有技術(shù)中存在解決上述問題的技術(shù)方案。系統(tǒng)管理員可以通過手動(dòng)地調(diào)整系統(tǒng)監(jiān)控的范圍來實(shí)現(xiàn)靈活地部署監(jiān)控模塊的目的。然而，這需要系統(tǒng)管理員對(duì)IT系統(tǒng)要有深入的了解，但這實(shí)際上是很難實(shí)現(xiàn)的(尤其在云計(jì)算環(huán)境下)，并且基于人的主觀意志來判斷監(jiān)控的范圍也很容易出錯(cuò)。進(jìn)一步，對(duì)于復(fù)雜IT系統(tǒng)而言，手動(dòng)調(diào)整監(jiān)控范圍是及其費(fèi)時(shí)的，很有可能系統(tǒng)在手動(dòng)調(diào)整完成之前或者系統(tǒng)對(duì)手動(dòng)調(diào)整結(jié)果進(jìn)行響應(yīng)之前就崩潰了?，F(xiàn)有技術(shù)中還存在另外一種解決上述問題的技術(shù)方案。根據(jù)該技術(shù)方案，根據(jù)監(jiān)測(cè)到的系統(tǒng)關(guān)鍵性能指標(biāo)(KPI)來改變監(jiān)控級(jí)別，例如一級(jí)至三級(jí)。但是，監(jiān)控級(jí)別僅僅意味著監(jiān)控的粒度或精細(xì)度(詳細(xì)信息監(jiān)控抑或概要信息監(jiān)控)的差別，無論啟動(dòng)哪個(gè)監(jiān)控級(jí)別實(shí)質(zhì)上都是在監(jiān)控復(fù)雜IT系統(tǒng)中的每一個(gè)應(yīng)用或子服務(wù)，其并沒有改變監(jiān)控的范圍 (橫向改變)而只是改變了監(jiān)控的粒度(縱向改變)。因此，需要一種真正以問題為導(dǎo)向的自動(dòng)調(diào)整IT系統(tǒng)監(jiān)控范圍的技術(shù)方案。

發(fā)明內(nèi)容
考慮到上述存在的問題，本發(fā)明的目的之一在于提供一種以問題為導(dǎo)向的自動(dòng)調(diào)整IT系統(tǒng)監(jiān)控范圍的方法和裝置。本發(fā)明的又一目的在于提供一種以迭代的方式自動(dòng)調(diào)整IT系統(tǒng)監(jiān)控范圍的方法和裝置。根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于系統(tǒng)監(jiān)控的方法，包括監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；如果判斷結(jié)果為是，定位所述服務(wù)端點(diǎn)；以及監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。根據(jù)本發(fā)明的一個(gè)實(shí)施例，上述方法進(jìn)一步包括如果所述客戶端的性能參數(shù)不滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；以及如果所述客戶端的性能參數(shù)滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則不需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。根據(jù)本發(fā)明的另一方面，提供了一種用于系統(tǒng)監(jiān)控的裝置，包括客戶端監(jiān)控裝置，用于監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；判斷裝置，用于根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；定位裝置，用于當(dāng)如果判斷結(jié)果為是時(shí)，定位所述服務(wù)端點(diǎn)；以及服務(wù)端監(jiān)控裝置，用于監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。通過本發(fā)明的方法和系統(tǒng)，可以實(shí)現(xiàn)以問題為導(dǎo)向靈活且自動(dòng)地調(diào)整監(jiān)控范圍的目的，從而降低了大規(guī)模部署監(jiān)控所導(dǎo)致的資源消耗，還避免了手動(dòng)調(diào)整系統(tǒng)監(jiān)控范圍過程中產(chǎn)生的困難及高出錯(cuò)率。


通過對(duì)結(jié)合附圖所示出的實(shí)施方式進(jìn)行詳細(xì)說明，本發(fā)明的上述以及其他特征將更加明顯，本發(fā)明附圖中相同的標(biāo)號(hào)表示相同或相似的部件。在附圖中，圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于系統(tǒng)監(jiān)控的方法的流程圖；圖2示出了根據(jù)本發(fā)明又一實(shí)施例的用于系統(tǒng)監(jiān)控的方法的流程圖；圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于系統(tǒng)監(jiān)控的裝置的框圖；圖4示出了根據(jù)本發(fā)明又一實(shí)施例的用于系統(tǒng)監(jiān)控的裝置的框圖；圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的以迭代方式調(diào)整系統(tǒng)監(jiān)控范圍的示意圖。
具體實(shí)施例方式在下文中，將參考附圖通過實(shí)施方式對(duì)本發(fā)明提供的用于確定要被物化的節(jié)點(diǎn)的方法和系統(tǒng)進(jìn)行詳細(xì)地描述。圖1示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于系統(tǒng)監(jiān)控的方法的流程圖。圖1所示的方法從步驟101開始。在步驟101中，監(jiān)控客戶端的性能參數(shù)。對(duì)于一個(gè)復(fù)雜的IT系統(tǒng)而言，其中包含客戶端和多個(gè)子服務(wù)或子應(yīng)用，在所有的子服務(wù)或子應(yīng)用上均部署監(jiān)控?zé)o疑是浪費(fèi)的。因此在圖1所示的方法初始階段僅監(jiān)控客戶端的性能參數(shù)。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，客戶端的性能參數(shù)是關(guān)鍵性能指標(biāo)KPI，包括但不限于響應(yīng)時(shí)間、出錯(cuò)率、連接錯(cuò)誤、吞吐量等能夠表征客戶端性能的參數(shù)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)知曉，監(jiān)控性能參數(shù)可以通過部署監(jiān)控代理并激活監(jiān)控代理來實(shí)現(xiàn)。接下來，圖1所示的方法進(jìn)行至步驟102。在步驟102中，根據(jù)在步驟101中監(jiān)控得到的客戶端性能參數(shù)，判斷是否需要對(duì)該客戶端所直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，判斷的依據(jù)可以是預(yù)定義的服務(wù)水平標(biāo)準(zhǔn)(SLA)。例如，如果預(yù)定義的客戶端的SLA規(guī)定響應(yīng)時(shí)間不得超過0. 5ms，那么如果在客戶端監(jiān)控得知響應(yīng)時(shí)間為 0. 8ms，則在步驟102中確定需要對(duì)該客戶端所直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。需要指出的是，由于對(duì)于客戶端而言，其并不會(huì)直接調(diào)用IT系統(tǒng)所包含的所有子服務(wù)或子應(yīng)用，例如客戶端通常不會(huì)直接調(diào)用最底層的數(shù)據(jù)庫(kù)應(yīng)用，這是因?yàn)镮T系統(tǒng)內(nèi)具有逐級(jí)調(diào)用的關(guān)系。本發(fā)明的關(guān)鍵點(diǎn)之一就在于，當(dāng)監(jiān)控到客戶端的性能參數(shù)不能滿足要求時(shí)，僅在客戶端所直接調(diào)用的那個(gè)需要被監(jiān)控的服務(wù)端點(diǎn)上部署并激活監(jiān)控，也就是逐級(jí)確定系統(tǒng)的監(jiān)控范圍。如果客戶端直接調(diào)用了多個(gè)服務(wù)端點(diǎn)，那么可以根據(jù)監(jiān)控到的客戶端的性能參數(shù)來確定究竟需要在哪個(gè)服務(wù)端點(diǎn)上啟動(dòng)監(jiān)控，而不是需要在客戶端直接調(diào)用的所有服務(wù)端點(diǎn)上均啟動(dòng)監(jiān)控。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，具體的判斷標(biāo)準(zhǔn)可以根據(jù)IT系統(tǒng)的具體情況進(jìn)行變化，利用SLA判斷僅是本發(fā)明提出的一種可能的實(shí)施方式。當(dāng)在步驟102中的判斷結(jié)果為是時(shí)，在步驟103中定位客戶端所直接調(diào)用的服務(wù)端點(diǎn)。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，定位客戶端所直接調(diào)用的服務(wù)端點(diǎn)是指確定要向該服務(wù)端點(diǎn)部署或激活哪一個(gè)特定的監(jiān)控代理。由于不同的應(yīng)用需要使用不同的監(jiān)控代理對(duì)其進(jìn)行監(jiān)控，因此要正確地部署并激活監(jiān)控代理必須首先確定該服務(wù)端點(diǎn)的地址標(biāo)識(shí)并確定在該服務(wù)端點(diǎn)上運(yùn)行的具體應(yīng)用的名稱及版本號(hào)。在下文中將結(jié)合圖2具體描述定位客戶端所直接調(diào)用的服務(wù)端點(diǎn)的方式。接下來圖1所示的方法進(jìn)行至步驟104。在步驟104中，監(jiān)控該客戶端所直接調(diào)用的服務(wù)端點(diǎn)的性能參數(shù)。至于具體的方式和可能選取的性能參數(shù)類似于在步驟101中對(duì)客戶端的監(jiān)控，在此不再贅述。需要強(qiáng)調(diào)的是，“客戶端”與“服務(wù)端點(diǎn)”實(shí)質(zhì)上是相對(duì)的概念，在步驟104中所監(jiān)控的服務(wù)端點(diǎn)相對(duì)于其直接調(diào)用的下級(jí)服務(wù)端點(diǎn)而言就成了新的“客戶端”，以此類推。當(dāng)在步驟104中監(jiān)控由客戶端所直接調(diào)用的服務(wù)端點(diǎn)時(shí)，如果判斷需要對(duì)該服務(wù)端點(diǎn)所直接調(diào)用的下級(jí)服務(wù)端點(diǎn)進(jìn)行監(jiān)控，則迭代式地重復(fù)步驟102至104。這樣的迭代過程在下文結(jié)合圖2進(jìn)行的文字描述部分將得到更深入地說明。當(dāng)然本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，即使沒有后續(xù)迭代式重復(fù)的操作，通過圖1所示的方法也可以實(shí)現(xiàn)按照需要以問題為導(dǎo)向逐級(jí)部署監(jiān)控的技術(shù)效果——先僅在客戶端部署監(jiān)控，一旦監(jiān)控到有問題則向其直接調(diào)用的服務(wù)端點(diǎn)部署相應(yīng)的監(jiān)控。從而避免了降低了大規(guī)模部署監(jiān)控所導(dǎo)致的資源消耗，還避免了手動(dòng)調(diào)整系統(tǒng)監(jiān)控范圍過程中產(chǎn)生的困難及高出錯(cuò)率。圖2示出了根據(jù)本發(fā)明又一實(shí)施例的用于系統(tǒng)監(jiān)控的方法的流程圖。圖2所示的方法從步驟201開始，在步驟201中監(jiān)控客戶端的性能參數(shù)，這相當(dāng)于圖1所示的方法中的步驟101，在此不再贅述。接下來，在步驟202中，判斷監(jiān)控到的客戶端的性能參數(shù)是否符合預(yù)定義的服務(wù)水平標(biāo)準(zhǔn)SLA。如果判斷結(jié)果為是，則說明IT系統(tǒng)運(yùn)行正常，從而無需部署更多的監(jiān)控，因此返回至步驟101繼續(xù)保持對(duì)客戶端的性能參數(shù)的監(jiān)控。如果判斷結(jié)果為否，說明IT系統(tǒng)的性能出現(xiàn)問題，而當(dāng)前由于僅僅在客戶端上部署了監(jiān)控，因此無法確定究竟問題存在于哪個(gè)具體的子應(yīng)用上，因此需要通過擴(kuò)大監(jiān)控范圍——部署新的監(jiān)控，來找到出現(xiàn)問題的準(zhǔn)確位置。因此，如果在步驟202中的判斷結(jié)果為否，則在步驟203中確定該客戶端所直接調(diào)用的服務(wù)端點(diǎn)IP地址和端口號(hào)。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，服務(wù)端點(diǎn)的IP地址和端口號(hào)信息是從在客戶端部署的監(jiān)控代理中取得的。下面給出了 Service Endpoint的一個(gè)例子,通過解析Webkrvice的WSDL文件〈service〉標(biāo)簽，中的<port>標(biāo)簽的〈location〉標(biāo)簽會(huì)得到這個(gè)服務(wù)的krvice' s Resource Locator (服務(wù)資源定位器)，該SRL唯一標(biāo)志了該服務(wù) FOOSAMPLEkrvice<service name = “ FOOSAMPLEService“ ><port name = “ SimplePort“ binding = “ wsdlnsSimpleBinding" ><soapaddresslocation = “ http//carlos8080/FooSample/FooSample. asp“ /></port></service>但是，僅僅得到了客戶端所直接調(diào)用的服務(wù)端點(diǎn)的IP地址和端口號(hào)(或服務(wù)資源定位器)并不能確定要將什么樣的監(jiān)控代理部署到該服務(wù)端點(diǎn)。還需要確定在服務(wù)端點(diǎn)上所運(yùn)行的應(yīng)用的信息(步驟204)。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在服務(wù)端點(diǎn)上運(yùn)行的應(yīng)用的信息包括應(yīng)用的名稱及版本號(hào)。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，獲取在服務(wù)端點(diǎn)上運(yùn)行的應(yīng)用的信息是通過利用在步驟203中獲得的服務(wù)端點(diǎn)的IP地址和端口號(hào)，向所述服務(wù)端點(diǎn)發(fā)出查詢請(qǐng)求，以獲得服務(wù)于該服務(wù)端點(diǎn)的TCP端口的進(jìn)程，從而獲得在該服務(wù)端口上運(yùn)行的應(yīng)用的名稱及其版本號(hào)。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，關(guān)于具體的查詢請(qǐng)求的發(fā)送方式及格式，依賴于不同的系統(tǒng)環(huán)境。例如，通過遠(yuǎn)程執(zhí)行，查詢?cè)谠揑P和端口上監(jiān)聽的執(zhí)行程序，比如WAS的Java, exe全路徑執(zhí)行名，然后得到軟件名稱和版本信息。接下來，圖2進(jìn)行至判斷步驟205。在步驟205中，判斷對(duì)應(yīng)于在所述服務(wù)端點(diǎn)上運(yùn)行的確定版本的應(yīng)用的監(jiān)控代理是否已經(jīng)被部署。如果判斷結(jié)果為否，則在步驟206中部署相應(yīng)的監(jiān)控代理，并且在步驟207中激活該相應(yīng)的監(jiān)控代理，以啟動(dòng)對(duì)所述服務(wù)端點(diǎn)的性能參數(shù)的監(jiān)控。如果判斷結(jié)果為是，在直接在步驟207中激活已經(jīng)部署(但是處于滅活)狀態(tài)的相應(yīng)的監(jiān)控代理，以啟動(dòng)對(duì)所述服務(wù)端點(diǎn)的性能參數(shù)的監(jiān)控。需要指出的是，之所以可能存在監(jiān)控代理已經(jīng)被部署但是處于滅活狀態(tài)的情況，是因?yàn)樵谥翱赡軐?duì)該服務(wù)端點(diǎn)進(jìn)行過監(jiān)控，但是由于監(jiān)控到客戶端的性能參數(shù)已經(jīng)恢復(fù)正常，因此根據(jù)本發(fā)明的一個(gè)實(shí)施方式，無需繼續(xù)對(duì)該服務(wù)端點(diǎn)進(jìn)行監(jiān)控，從而將相應(yīng)的監(jiān)控代理滅活(有可能在滅活后刪除監(jiān)控代理的部署，也有可能尚未刪除監(jiān)控代理的部署)。還需要指出的是，根據(jù)本發(fā)明的一個(gè)實(shí)施方式，在步驟205中通過將在步驟204中獲取的軟件名稱和版本信息與預(yù)定的監(jiān)控代理信息元數(shù)據(jù)表中的信息進(jìn)行比對(duì)，從而找出相應(yīng)的監(jiān)控代理，進(jìn)而根據(jù)所找出的匹配的監(jiān)控代理信息來判斷該監(jiān)控代理是否已經(jīng)被部署(該比對(duì)的步驟未在圖2中示出)。下面的表1給出了一個(gè)監(jiān)控代理信息元數(shù)據(jù)表的實(shí)例
應(yīng)用名稱監(jiān)控代理
WAS 5. 3. 0. 0ITCAM for WAS 5. 0~
WAS 6. 1. 0. 0ITCAM for WAS 6. 0~表1在步驟207中激活客戶端所直接調(diào)用的服務(wù)端點(diǎn)的監(jiān)控代理后，在步驟208中監(jiān)控該服務(wù)端點(diǎn)的性能參數(shù)。并且類似于步驟202，在步驟209中判斷是否需要對(duì)該服務(wù)端點(diǎn)
7所直接調(diào)用的下級(jí)服務(wù)端點(diǎn)進(jìn)行監(jiān)控。如果步驟209的判斷結(jié)果為否，則返回至步驟208， 繼續(xù)保持對(duì)該服務(wù)端點(diǎn)的性能參數(shù)進(jìn)行監(jiān)控。如果步驟209的判斷結(jié)果為是，則返回至步驟203，重復(fù)進(jìn)行步驟203至步驟209的操作，以此類推，從而以迭代的方式按照需要，以問題為導(dǎo)向逐級(jí)調(diào)整監(jiān)控代理的部署范圍。需要強(qiáng)調(diào)的是，雖然在圖2中僅示例性地示出了一次迭代的過程，但是本領(lǐng)域技術(shù)人員完全可以基于同樣的原理，根據(jù)圖1或圖2所示的方法實(shí)現(xiàn)從客戶端開始逐級(jí)迭代地調(diào)整系統(tǒng)監(jiān)控范圍的技術(shù)方案。服務(wù)端點(diǎn)相對(duì)于其直接調(diào)用的下一級(jí)服務(wù)端點(diǎn)即為“客戶端”，而“客戶端”相對(duì)于直接調(diào)用它的上級(jí)節(jié)點(diǎn)即為“服務(wù)端點(diǎn)”。還需要強(qiáng)調(diào)的是，雖然在圖1、圖2以及上文中僅示出并說明了由客戶端開始逐級(jí)擴(kuò)大系統(tǒng)監(jiān)控范圍的流程，但是本發(fā)明所提出的動(dòng)態(tài)迭代逐級(jí)調(diào)整系統(tǒng)監(jiān)控范圍的技術(shù)方案不僅僅是從無到有地?cái)U(kuò)大系統(tǒng)的監(jiān)控范圍，還包括基于同樣的原理而動(dòng)態(tài)迭代逐級(jí)縮小系統(tǒng)監(jiān)控范圍。在復(fù)雜IT系統(tǒng)尤其是云計(jì)算環(huán)境下，對(duì)系統(tǒng)的監(jiān)控需求通常是處于動(dòng)態(tài)變化的過程中，以圖2所示的方法為例，如果在步驟202中監(jiān)控得知當(dāng)前客戶端的性能參數(shù)已經(jīng)滿足SLA的要求，并且當(dāng)前正在對(duì)客戶端所直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控，那么處于節(jié)省系統(tǒng)資源的考慮就可以停止對(duì)客戶端所直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。圖3示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于系統(tǒng)監(jiān)控的裝置的框圖。圖3所示的系統(tǒng)在整體上由系統(tǒng)300表示。具體地，系統(tǒng)300包括客戶端監(jiān)控裝置301，用于監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；判斷裝置302，用于根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；定位裝置303，用于當(dāng)如果判斷結(jié)果為是時(shí)，定位所述服務(wù)端點(diǎn)；以及服務(wù)端監(jiān)控裝置304，用于監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。進(jìn)一步， 裝置300包含的模塊301至304分別對(duì)應(yīng)于圖1所示的方法中的步驟101至104，在此不再贅述。圖4示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的用于系統(tǒng)監(jiān)控的裝置的框圖。圖4所示的系統(tǒng)在整體上由系統(tǒng)400表示。具體地，系統(tǒng)400包括客戶端監(jiān)控裝置401，用于監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；第一判斷裝置402，用于根據(jù)所述客戶端的性能參數(shù)判斷預(yù)定的 SLA是否得到滿足；服務(wù)端點(diǎn)定位裝置403，用于在第一判斷裝置的判斷結(jié)果為否的情況下確定服務(wù)端點(diǎn)的IP地址和端口號(hào)；應(yīng)用信息獲取裝置404，用于獲取在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用信息；第二判斷裝置405，用于判斷相應(yīng)的監(jiān)控代理是否已經(jīng)被部署到該服務(wù)端點(diǎn)；監(jiān)控部署裝置406，用于在第二判斷裝置405的判斷結(jié)果為否的情況下，向該服務(wù)端點(diǎn)部署相應(yīng)的監(jiān)控代理；監(jiān)控激活裝置407，用于激活在服務(wù)端點(diǎn)上部署的監(jiān)控代理；服務(wù)端點(diǎn)監(jiān)控裝置408，用于監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)；以及第三判斷裝置409，用于判斷是否需要對(duì)服務(wù)端點(diǎn)所直接調(diào)用的下級(jí)服務(wù)端點(diǎn)進(jìn)行監(jiān)控。進(jìn)一步，圖4所示的裝置中的模塊401至 409分別對(duì)應(yīng)于圖2所示的方法中的步驟201至209，在此不再贅述。圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的以迭代方式調(diào)整系統(tǒng)監(jiān)控范圍的示意圖。如圖5所示，實(shí)線箭頭和虛線箭頭均表示IT系統(tǒng)內(nèi)部的調(diào)用關(guān)系。例如，從“client”節(jié)點(diǎn)指向“server”節(jié)點(diǎn)的箭頭表示“client”節(jié)點(diǎn)直接調(diào)用“server”節(jié)點(diǎn)，也就是說，“client” 節(jié)點(diǎn)相對(duì)于“server”節(jié)點(diǎn)而言是“客戶端”，而“server”節(jié)點(diǎn)相對(duì)于“client”節(jié)點(diǎn)而言是 “客戶端”直接調(diào)用的“服務(wù)端點(diǎn)”。實(shí)線箭頭表示最終部署的監(jiān)控范圍，而虛線箭頭則表示雖然存在這樣的調(diào)用關(guān)系，但是根據(jù)本發(fā)明提供的技術(shù)方案，無需在虛線箭頭指向的節(jié)點(diǎn)上部署監(jiān)控。舉例而言，首先在“client”節(jié)點(diǎn)上部署監(jiān)控代理，以監(jiān)控“client”節(jié)點(diǎn)的性能參數(shù)，發(fā)現(xiàn)“client”節(jié)點(diǎn)對(duì)其所直接調(diào)用的“server”節(jié)點(diǎn)的響應(yīng)時(shí)間(response time) 為800ms，大于SLA中規(guī)定的500ms，從而接下來在“server”節(jié)點(diǎn)上部署監(jiān)控代理，以監(jiān)控 “server”節(jié)點(diǎn)的性能參數(shù)。進(jìn)一步，當(dāng)監(jiān)測(cè)得知“server”節(jié)點(diǎn)所直接調(diào)用的下級(jí)“ND2” 節(jié)點(diǎn)對(duì)“server”節(jié)點(diǎn)所發(fā)出請(qǐng)求的響應(yīng)時(shí)間為900ms，大于SLA中規(guī)定的600ms，而“ND1” 節(jié)點(diǎn)對(duì)“server”節(jié)點(diǎn)所發(fā)出請(qǐng)求的響應(yīng)時(shí)間為500ms，小于SLA中規(guī)定的600ms，從而確定只需在“ND2”節(jié)點(diǎn)上部署監(jiān)控代理，而無需在“ND1”節(jié)點(diǎn)上部署監(jiān)控代理。以此類推，最終確定在“client”、“serVer”、“ND2”、“M2”以及“DB1”節(jié)點(diǎn)上部署監(jiān)控代理，最終找出導(dǎo)致 “client”節(jié)點(diǎn)性能降低的原因是“DB1”節(jié)點(diǎn)中出現(xiàn)了問題。通過以上對(duì)具體實(shí)施例的描述，本領(lǐng)域技術(shù)人員可以理解，上述的系統(tǒng)、裝置和方法可以使用計(jì)算機(jī)可執(zhí)行指令和/或包含在處理器控制代碼中來實(shí)現(xiàn)，例如在諸如磁盤、 CD或DVD-ROM的載體介質(zhì)、諸如只讀存儲(chǔ)器(固件)的可編程的存儲(chǔ)器或者諸如光學(xué)或電子信號(hào)載體的數(shù)據(jù)載體上提供了這樣的代碼。本實(shí)施例的裝置、服務(wù)器及其單元可以由諸如超大規(guī)模集成電路或門陣列、諸如邏輯芯片、晶體管等的半導(dǎo)體、或者諸如現(xiàn)場(chǎng)可編程門陣列、可編程邏輯設(shè)備等的可編程硬件設(shè)備的硬件電路實(shí)現(xiàn)，也可以用由各種類型的處理器執(zhí)行的軟件實(shí)現(xiàn)，也可以由上述硬件電路和軟件的結(jié)合實(shí)現(xiàn)。雖然以上結(jié)合具體實(shí)例，對(duì)本發(fā)明的利用遠(yuǎn)程應(yīng)用處理本地文件的系統(tǒng)及方法進(jìn)行了詳細(xì)描述，但本發(fā)明并不限于此。本領(lǐng)域普通技術(shù)人員能夠在說明書教導(dǎo)之下對(duì)本發(fā)明進(jìn)行多種變換、替換和修改而不偏離本發(fā)明的精神和范圍。應(yīng)該理解，所有這樣的變化、 替換、修改仍然落入本發(fā)明的保護(hù)范圍之內(nèi)。本發(fā)明的保護(hù)范圍由所附權(quán)利要求來限定。
權(quán)利要求
1.一種用于系統(tǒng)監(jiān)控的方法，包括 監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；如果判斷結(jié)果為是，定位需要被監(jiān)控的所述服務(wù)端點(diǎn)；以及監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。
2.如權(quán)利要求1所述的方法，其中根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控，包括如果所述客戶端的性能參數(shù)不滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；以及如果所述客戶端的性能參數(shù)滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則不需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。
3.如權(quán)利要求1或2所述的方法，其中如果判斷結(jié)果為是，定位所述服務(wù)端點(diǎn)包括 確定所述客戶端所直接調(diào)用的服務(wù)端點(diǎn)的IP地址及端口號(hào)；以及根據(jù)所述IP地址及端口號(hào)，獲取關(guān)于在所述服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息。
4.如權(quán)利要求3所述的方法，其中監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)包括根據(jù)所獲取的在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息，判斷與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理是否已經(jīng)被部署在所述服務(wù)端點(diǎn)；如果判斷結(jié)果為是，則激活與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理；如果判斷結(jié)果為否，則向所述服務(wù)端點(diǎn)部署并激活與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理；以及通過所述監(jiān)控代理來監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。
5.如權(quán)利要求1所述的方法，其中監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)包括 向所述系統(tǒng)的客戶端部署并激活監(jiān)控代理；通過所述監(jiān)控代理來監(jiān)控所述客戶端的性能參數(shù)。
6.如權(quán)利要求1至5任一所述的方法，進(jìn)一步包括根據(jù)所述服務(wù)端點(diǎn)的性能參數(shù)判斷是否需要對(duì)所述服務(wù)端點(diǎn)直接調(diào)用的下級(jí)服務(wù)端點(diǎn)進(jìn)行監(jiān)控；如果判斷結(jié)果為是，定位需要被監(jiān)控的所述下級(jí)服務(wù)端點(diǎn)；以及監(jiān)控所述下級(jí)服務(wù)端點(diǎn)的性能參數(shù)。
7.如權(quán)利要求3所述的方法，所述應(yīng)用的信息包括所述應(yīng)用的名稱以及版本號(hào)。
8.如權(quán)利要求4所述的方法，其中根據(jù)所獲取的在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息，向所述服務(wù)端點(diǎn)部署與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理包括根據(jù)所獲取的在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息，在監(jiān)控代理元數(shù)據(jù)映射表中查找對(duì)應(yīng)于該應(yīng)用的監(jiān)控代理；以及向所述服務(wù)端點(diǎn)部署所查找到的監(jiān)控代理。
9.一種用于系統(tǒng)監(jiān)控的裝置，包括客戶端監(jiān)控模塊，用于監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；第一判斷模塊，用于根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；服務(wù)端點(diǎn)定位模塊，用于當(dāng)判斷結(jié)果為是時(shí)，定位需要被監(jiān)控的所述服務(wù)端點(diǎn)；以及服務(wù)端點(diǎn)監(jiān)控模塊，用于監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。
10.如權(quán)利要求9所述的裝置，其中第一判斷模塊被進(jìn)一步配置為如果所述客戶端的性能參數(shù)不滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；以及如果所述客戶端的性能參數(shù)滿足預(yù)定的與所述客戶端相關(guān)的服務(wù)水平標(biāo)準(zhǔn)，則不需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控。
11.如權(quán)利要求9或10所述的裝置，其中服務(wù)端點(diǎn)定位模塊被進(jìn)一步配置為 確定所述客戶端所直接調(diào)用的服務(wù)端點(diǎn)的IP地址及端口號(hào)；以及根據(jù)所述IP地址及端口號(hào)，獲取關(guān)于在所述服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息。
12.如權(quán)利要求11所述的裝置，其中服務(wù)端點(diǎn)監(jiān)控模塊被進(jìn)一步配置為根據(jù)所獲取的在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息，判斷與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理是否已經(jīng)被部署在所述服務(wù)端點(diǎn)；如果判斷結(jié)果為是，則激活與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理；如果判斷結(jié)果為否，則向所述服務(wù)端點(diǎn)部署并激活與所述應(yīng)用相對(duì)應(yīng)的監(jiān)控代理；以及通過所述監(jiān)控代理來監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。
13.如權(quán)利要求9所述的裝置，其中客戶端監(jiān)控模塊被進(jìn)一步配置為 向所述系統(tǒng)的客戶端部署并激活監(jiān)控代理；通過所述監(jiān)控代理來監(jiān)控所述客戶端的性能參數(shù)。
14.如權(quán)利要求9至13任一所述的裝置，進(jìn)一步包括第二判斷模塊，用于根據(jù)所述服務(wù)端點(diǎn)的性能參數(shù)判斷是否需要對(duì)所述服務(wù)端點(diǎn)直接調(diào)用的下級(jí)服務(wù)端點(diǎn)進(jìn)行監(jiān)控；下級(jí)服務(wù)端點(diǎn)定位模塊，用于當(dāng)判斷結(jié)果為是時(shí)，定位需要被監(jiān)控的所述下級(jí)服務(wù)端點(diǎn)；以及下級(jí)服務(wù)端點(diǎn)監(jiān)控模塊，用于監(jiān)控所述下級(jí)服務(wù)端點(diǎn)的性能參數(shù)。
15.如權(quán)利要求11所述的方法，所述應(yīng)用的信息包括所述應(yīng)用的名稱以及版本號(hào)。
16.如權(quán)利要求12所述的裝置，其中服務(wù)端點(diǎn)監(jiān)控模塊被進(jìn)一步配置為根據(jù)所獲取的在服務(wù)端點(diǎn)運(yùn)行的應(yīng)用的信息，在監(jiān)控代理元數(shù)據(jù)映射表中查找對(duì)應(yīng)于該應(yīng)用的監(jiān)控代理；以及向所述服務(wù)端點(diǎn)部署所查找到的監(jiān)控代理。
全文摘要
本發(fā)明涉及IT系統(tǒng)性能管理技術(shù)領(lǐng)域。更具體地，本發(fā)明涉及對(duì)復(fù)雜IT系統(tǒng)進(jìn)行按需監(jiān)控的技術(shù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于系統(tǒng)監(jiān)控的方法，包括監(jiān)控所述系統(tǒng)的客戶端的性能參數(shù)；根據(jù)所述客戶端的性能參數(shù)判斷是否需要對(duì)所述客戶端直接調(diào)用的服務(wù)端點(diǎn)進(jìn)行監(jiān)控；如果判斷結(jié)果為是，定位需要被監(jiān)控的所述服務(wù)端點(diǎn)；以及監(jiān)控所述服務(wù)端點(diǎn)的性能參數(shù)。
文檔編號(hào)H04L29/06GK102480390SQ20101058035
公開日2012年5月30日 申請(qǐng)日期2010年11月30日 優(yōu)先權(quán)日2010年11月30日
發(fā)明者張霞, 肖航, 韓鵬, 高鵬 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司