專利名稱：網(wǎng)絡(luò)服務(wù)性能監(jiān)控裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及通信，并且特別地，涉及監(jiān)控網(wǎng)絡(luò)服務(wù)的性能。
背景技術(shù)：
通過通信網(wǎng)絡(luò)發(fā)布信息的服務(wù)可以被稱為網(wǎng)絡(luò)服務(wù)。"web服務(wù)"是網(wǎng)絡(luò)服務(wù)的例子，并且表示用于通過公用互聯(lián)網(wǎng)和很多私有網(wǎng)絡(luò)在不同應(yīng)
用間自動交換信息的下一代技術(shù)。web服務(wù)供給用于構(gòu)建基于web的分布 式應(yīng)用的框架，并且可以提供有效率的和有效果的自動化的機(jī)對機(jī)通信。
從技術(shù)觀點(diǎn)看，web服務(wù)是可以使用諸如超文本傳輸協(xié)議(HTTP)、 可擴(kuò)展標(biāo)記語言(XML)、簡單對象訪問協(xié)議(SOAP)等的標(biāo)準(zhǔn)互聯(lián)網(wǎng) 協(xié)議通過標(biāo)準(zhǔn)接口被訪問的網(wǎng)絡(luò)可訪問功能。
web服務(wù)技術(shù)的真實(shí)能力在于它的簡單性。核心技術(shù)僅解決共同的語 言和通信問題，而不直接解決繁重的應(yīng)用集成任務(wù)。web服務(wù)可以被視為 用于互連多個(gè)異構(gòu)的非信任系統(tǒng)的精密復(fù)雜的機(jī)對機(jī)遠(yuǎn)程過程調(diào)用(RPC ) 技術(shù)。web服務(wù)通過利用用于數(shù)據(jù)轉(zhuǎn)換/透明性的XML技術(shù)以及諸如用于 消息傳遞的HTTP和簡單郵件傳輸協(xié)議(SMTP)的互聯(lián)網(wǎng)標(biāo)準(zhǔn)，來充分 利用很多新技術(shù)。
在t艮和標(biāo)準(zhǔn)化web服務(wù)背后的主要驅(qū)動之一，是通過在完全不同的 應(yīng)用之間提供^^合來促進(jìn)無縫的機(jī)對機(jī)的應(yīng)用層通信的能力。這種應(yīng)用 松耦合允許不同服務(wù)器上的應(yīng)用進(jìn)行互操作，而不要求它們之間的靜態(tài)的、 不變的接口 。使用非常不同的技術(shù)的應(yīng)用可以使用標(biāo)準(zhǔn)web服務(wù)協(xié)議進(jìn)行 互操作。
關(guān)于網(wǎng)絡(luò)服務(wù)或更一般地網(wǎng)絡(luò)應(yīng)用，網(wǎng)絡(luò)和應(yīng)用管理員所面對的重要 問題是，基于性能基線(baseline)或其它量度(metric),對組織內(nèi)和跨 組織邊界提供的服務(wù)，監(jiān)控服務(wù)可用性和性能的能力，服務(wù)通過所述網(wǎng)絡(luò) 應(yīng)用被呈現(xiàn)給用戶。好的公司應(yīng)當(dāng)對所有的商務(wù)活動制定好適當(dāng)?shù)谋O(jiān)控和 控制點(diǎn)。
控制和報(bào)告，但是它們沒有能力在服務(wù)提供商和服務(wù)消費(fèi)者處或沿著服務(wù) 事務(wù)處理路徑的任何其它點(diǎn)處提供統(tǒng)一的端到端的服務(wù)性能視圖。分布式 應(yīng)用和服務(wù)管理產(chǎn)品類似地僅在服務(wù)提供商處而不在其它戰(zhàn)略性網(wǎng)絡(luò)監(jiān)控 點(diǎn)處反映服務(wù)性能。這些類型的基于應(yīng)用提供商或服務(wù)器的監(jiān)控方法也不 能在獨(dú)立控制的處于不同管理區(qū)中的網(wǎng)絡(luò)之間監(jiān)控服務(wù)性能。處理服務(wù)訪問消息的網(wǎng)絡(luò)節(jié)點(diǎn)，諸如現(xiàn)有的防火墻和網(wǎng)關(guān)，可以提供 已被處理的所有互聯(lián)網(wǎng)協(xié)議(IP)消息的日志。然而，它們不提供追蹤特 定服務(wù)的服務(wù)性能的能力，不提供對跨不同網(wǎng)絡(luò)或管理區(qū)域的服務(wù)性能的 統(tǒng)一的i己錄。
因而，仍然需要改進(jìn)的服務(wù)性能監(jiān)控方案。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例可以實(shí)現(xiàn)像監(jiān)控網(wǎng)絡(luò)服務(wù)可用性、監(jiān)控網(wǎng)絡(luò)服務(wù)性能 以及建立性能基線這樣的功能，來確保公布的網(wǎng)絡(luò)服務(wù)在公司標(biāo)準(zhǔn)以及外
部的服務(wù)等級協(xié)定(SLA)內(nèi)工作并且符合公司標(biāo)準(zhǔn)以及外部的服務(wù)等級 協(xié)定(SLA)。
根據(jù)本發(fā)明的一方面，提供了一種機(jī)器實(shí)現(xiàn)的方法。在一個(gè)實(shí)施例中， 所述方法包括從多個(gè)服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息，并且基 于在所述多個(gè)服務(wù)監(jiān)控點(diǎn)處收集的所述性能信息維護(hù)所述網(wǎng)絡(luò)服務(wù)的性能 的記錄。所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于 所述第 一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)。
所述網(wǎng)絡(luò)服務(wù)可以包括由所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)中的 各自的服務(wù)提供商系統(tǒng)對一類型的網(wǎng)絡(luò)服務(wù)的各自供給。
在所述網(wǎng)絡(luò)服務(wù)由所述第 一通信網(wǎng)絡(luò)中的服務(wù)提供商系統(tǒng)提供并且所 述第二通信網(wǎng)絡(luò)是外部的獨(dú)立控制的通信網(wǎng)絡(luò)的情況下，所述網(wǎng)絡(luò)服務(wù)通 過所述第二通信網(wǎng)絡(luò)可被網(wǎng)絡(luò)服務(wù)消費(fèi)者訪問，所述記錄可以是所述網(wǎng)絡(luò) 服務(wù)的網(wǎng)間性能的記錄。
所述方法還可以包括在所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)的每個(gè) 中指定主要的網(wǎng)內(nèi)收集點(diǎn)來從每個(gè)網(wǎng)絡(luò)中的多個(gè)服務(wù)監(jiān)控點(diǎn)收集性能信 息。在這種情況下，收集可以涉及從所述指定的主要網(wǎng)內(nèi)收集點(diǎn)收集信息。
在一些實(shí)施例中，所述方法包括將所述性能記錄與所述網(wǎng)絡(luò)服務(wù)的性 能要求進(jìn)行比較，并且響應(yīng)于所述性能記錄和所述性能要求之間的差異生 成警報(bào)。所述性能要求可以反映SLA要求、基于之前收集的與所述網(wǎng)絡(luò)服務(wù)相 關(guān)的性能信息建立的主動基線要求(active baseline requirement)和在所 述第一通信網(wǎng)絡(luò)中建立的內(nèi)部性能要求的一個(gè)或多個(gè)。
收集可以涉及基于與所述網(wǎng)絡(luò)服務(wù)相關(guān)的事務(wù)處理數(shù)據(jù)收集信息。
所述網(wǎng)絡(luò)服務(wù)在一些實(shí)施例中是web服務(wù)。
例如可以以存儲在機(jī)器可讀介質(zhì)上的指令體現(xiàn)這樣的方法。
還提供了一種裝置，其包括性能信息收集模塊和性能信息處理模塊。 所述性能信息收集模塊用于從多個(gè)服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能 信息。所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于所 述第一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)。所述性能信息處 理模塊可操作地耦合到所述性能信息收集模塊，并且用于依據(jù)在所述多個(gè) 服務(wù)監(jiān)控點(diǎn)處收集的所述性能信息維護(hù)所述網(wǎng)絡(luò)服務(wù)的性能的記錄。
所述網(wǎng)絡(luò)服務(wù)可以包括由所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)中的 各自的服務(wù)提供商系統(tǒng)對一類型的網(wǎng)絡(luò)服務(wù)的各自供給。
在所述網(wǎng)絡(luò)服務(wù)由所述第 一通信網(wǎng)絡(luò)中的服務(wù)提供商系統(tǒng)提供并且所 述第二通信網(wǎng)絡(luò)是外部的獨(dú)立控制的通信網(wǎng)絡(luò)的情況下，所述網(wǎng)絡(luò)服務(wù)通 過所述笫二通信網(wǎng)絡(luò)可被網(wǎng)絡(luò)服務(wù)消費(fèi)者訪問，所述記錄可以是所述網(wǎng)絡(luò) 服務(wù)的網(wǎng)間性能的記錄。
所述性能信息收集才莫塊可以是在所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng) 絡(luò)的一個(gè)中指定的主要網(wǎng)內(nèi)收集點(diǎn)，并且用于從所述通信網(wǎng)絡(luò)的所述一個(gè) 中的多個(gè)服務(wù)監(jiān)控點(diǎn)收集性能信息，以及從所述通信網(wǎng)絡(luò)的另一個(gè)中的指 定的主要網(wǎng)內(nèi)收集點(diǎn)收集性能信息。
在一些實(shí)施例中，所述性能信息處理器包括警報(bào)生成器，所述警報(bào)生 成器用于將所述性能記錄與所述網(wǎng)絡(luò)服務(wù)的性能要求進(jìn)行比較，并且響應(yīng) 于所述性能記錄和所述性能要求之間的差異生成警報(bào)。
如以上指出的，所迷性能要求可以反映SLA要求、基于之前收集的與 所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息建立的主動基線要求和在所述通信網(wǎng)絡(luò)中建 立的內(nèi)部性能要求的一個(gè)或多個(gè)。所述性能信息處理器可以包括用于依據(jù)之前收集的與所迷網(wǎng)絡(luò)服務(wù)相 關(guān)的性能信息以生成所述主動基線要求的基線生成器。
所述性能信息收集模塊可以基于與所述網(wǎng)絡(luò)服務(wù)相關(guān)的事務(wù)處理數(shù)據(jù)
收集性能信息。如果所述事務(wù)處理數(shù)據(jù)包括與web服務(wù)請求和應(yīng)答消息相 關(guān)的數(shù)據(jù)，那么所述數(shù)據(jù)可以包括消息大小、消息類型、接收時(shí)間、內(nèi)部 處理時(shí)間和發(fā)送時(shí)間的 一個(gè)或多個(gè)。
web服務(wù)節(jié)點(diǎn)可以納入這樣的裝置，并且在一些實(shí)施例中，在所述第 一通信網(wǎng)絡(luò)、所述第二通信網(wǎng)絡(luò)和中央聚集點(diǎn)的一個(gè)或多個(gè)處被實(shí)現(xiàn)。
根據(jù)本發(fā)明的另一方面，提供了一種裝置，包括性能信息收集模塊， 用于在服務(wù)監(jiān)控點(diǎn)處收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息，所述服務(wù)監(jiān)控點(diǎn)是 在第 一通信網(wǎng)絡(luò)和獨(dú)立于所述第 一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)的 一個(gè) 中的服務(wù)監(jiān)控點(diǎn)，以及接口，使得所述收集的性能信息能夠被轉(zhuǎn)發(fā)到所述 第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)的另 一個(gè)。
還提供了一種存儲數(shù)據(jù)結(jié)構(gòu)的機(jī)器可讀介質(zhì)。所述數(shù)據(jù)結(jié)構(gòu)包括網(wǎng)絡(luò) 服務(wù)的標(biāo)識符和與所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息。所述性能信息包括在多 個(gè)服務(wù)監(jiān)控點(diǎn)處收集的性能信息。所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第 一通信網(wǎng)絡(luò) 中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于所述笫 一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的月良 務(wù)監(jiān)控點(diǎn)。
所述數(shù)據(jù)結(jié)構(gòu)還可以包括指示條件的信息，在所述條件下基于所述性 能信息的性能警報(bào)將被生成。
本發(fā)明進(jìn)一步的方面涉及包括存儲器和警報(bào)生成器的裝置，所述存儲 器用于存儲與網(wǎng)絡(luò)服務(wù)相關(guān)的歷史性能信息，所述警報(bào)生成器可操作地耦 合到所述存儲器，并且用于依^據(jù)所述歷史性能信息確定是否響應(yīng)于隨后收 集的與所述服務(wù)相關(guān)的性能信息敏感的警報(bào)。
所述裝置還可以包括基線生成器，所述基線生成器可^^作地耦合到所 述存儲器和所述警^L生成器。并且用于依據(jù)所述歷史性能信息建立性能基 線。在這種情況下，所述警^^艮生成器用于通過將所述隨后收集的性能信息 與由所述基線生成器建立的所述性能基線進(jìn)行比較來確定是否生成警報(bào)。
10還提供了一種圖形用戶界面(GUI)，其包括多個(gè)服務(wù)監(jiān)控點(diǎn)的各 自的表示，所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立 于所述第一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)，以及已在所
述多個(gè)服務(wù)監(jiān)控點(diǎn)處收集的與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息的各自的表示。
本發(fā)明進(jìn)一步的方面提供一種涉及在服務(wù)監(jiān)控點(diǎn)處收集與網(wǎng)絡(luò)服務(wù)相 關(guān)的性能信息的才幾器實(shí)現(xiàn)方法，所述力l務(wù)監(jiān)控點(diǎn)包括第 一通信網(wǎng)絡(luò)和獨(dú)立 于所述第一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)的一個(gè)中的服務(wù)監(jiān)控點(diǎn)，并且 將所述收集的性能信息轉(zhuǎn)發(fā)到所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)的另 一個(gè)。
根據(jù)本發(fā)明的另一方面，機(jī)器實(shí)現(xiàn)方法涉及獲得與網(wǎng)絡(luò)服務(wù)相關(guān)的歷 史性能信息，并且基于所述歷史性能信息確定是否響應(yīng)于隨后收集的與所 述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息生成警報(bào)。
所述方法還可以涉及基于所述歷史性能信息建立性能基線，在該情況 下，所述確定操作可以涉及將所述隨后收集的性能信息與所述性能基線進(jìn) 行比較。
例如可以以存儲在機(jī)器可讀介質(zhì)上的指令體現(xiàn)這樣的方法。 對于本領(lǐng)域的普通技術(shù)人員在閱讀以下描述的基礎(chǔ)上，本發(fā)明實(shí)施例 的其它方面和特征將變得顯而易見。


現(xiàn)在將參考附圖更詳細(xì)地描述本發(fā)明的實(shí)施例的例子。
圖l是通信系統(tǒng)的框圖2是根據(jù)本發(fā)明實(shí)施例的裝置的框圖3是根據(jù)本發(fā)明另一實(shí)施例的方法的流程圖4是根據(jù)本發(fā)明另一實(shí)施例的數(shù)據(jù)結(jié)構(gòu)的框圖5是根據(jù)本發(fā)明進(jìn)一步實(shí)施例的GUI的框圖。
具體實(shí)施方式
圖1是通信系統(tǒng)的框圖，在所述通信系統(tǒng)中可以實(shí)現(xiàn)本發(fā)明的實(shí)施例。
通信系統(tǒng)IO包括通信網(wǎng)絡(luò)12，企業(yè)系統(tǒng)22、 24、應(yīng)用系統(tǒng)26、遠(yuǎn)程用戶 系統(tǒng)裝備28和服務(wù)控制器29通過各自的通信鏈路可操作地耦合到通信網(wǎng) 絡(luò)12。
企業(yè)系統(tǒng)22包括一個(gè)或多個(gè)應(yīng)用服務(wù)器32、可操作地耦合到所述應(yīng) 用服務(wù)器的應(yīng)用平臺34、可操作地耦合到所述應(yīng)用平臺并耦合到通信網(wǎng)絡(luò) 12的網(wǎng)關(guān)36、可操作地耦合到所述應(yīng)用平臺并耦合到所述網(wǎng)關(guān)的一個(gè)或多 個(gè)用戶系統(tǒng)38、可操作地耦合到所述應(yīng)用平臺、耦合到所述用戶系統(tǒng)并耦 合到所述網(wǎng)關(guān)的身份系統(tǒng)40，以及可操作地耦合到所述應(yīng)用平臺并耦合到 所述網(wǎng)關(guān)的應(yīng)用管理器42。還可以部署諸如位于網(wǎng)關(guān)36的任一側(cè)以提供 非軍事區(qū)(DMZ)的防火墻的其它組件或系統(tǒng)。企業(yè)系統(tǒng)24可以具有類 似的結(jié)構(gòu)。
在應(yīng)用系統(tǒng)26中，應(yīng)用平臺44可操作地耦合到通信網(wǎng)絡(luò)12并且耦合 到一個(gè)或多個(gè)應(yīng)用服務(wù)器46。遠(yuǎn)程用戶系統(tǒng)裝備28包括可操作地耦合到 一個(gè)或多個(gè)用戶系統(tǒng)49的應(yīng)用代理(application proxy agent) 48。
盡管可以在通信系統(tǒng)中提供;f艮多企業(yè)系統(tǒng)、應(yīng)用系統(tǒng)、遠(yuǎn)程用戶系統(tǒng) 裝備、服務(wù)控制器以及可能其它類型的系統(tǒng)，但是在圖l中僅已示出了特 定類型的系統(tǒng)的說明性例子以避免使得該圖過于復(fù)雜。出于類似原因，通
信網(wǎng)絡(luò)12的內(nèi)部細(xì)節(jié)，諸如邊界或接入設(shè)備和核心交換/路由組件，以及 企業(yè)系統(tǒng)24也,皮從圖l省略。通信網(wǎng)絡(luò)12的類型、結(jié)構(gòu)和操作可以在本 發(fā)明實(shí)施例的部署之間改變。本發(fā)明的其它實(shí)施例還可以包括企業(yè)系統(tǒng)、 應(yīng)用系統(tǒng)和/或遠(yuǎn)程用戶系統(tǒng)裝備，所述遠(yuǎn)程用戶系統(tǒng)裝備包括比示出的更 少的、更多的、或不同的組件，這些組件具有類似的或不同的相互連接關(guān) 系。
因此應(yīng)當(dāng)理解，圖1的通信系統(tǒng)IO以及其它圖的內(nèi)容，僅旨在用于說 明性目的，并且本發(fā)明決不局限于在圖中明確示出的和此處描述的特定的 示例實(shí)施例。
本發(fā)明涉及的領(lǐng)域的技術(shù)人員將熟悉很多不同類型的通信網(wǎng)絡(luò)，包括諸如應(yīng)用層網(wǎng)絡(luò)的覆蓋網(wǎng)絡(luò)和更傳統(tǒng)的基礎(chǔ)設(shè)施。本發(fā)明不局限于任何特
定類型的通信網(wǎng)絡(luò)。在一個(gè)實(shí)施例中，通信網(wǎng)絡(luò)12是互聯(lián)網(wǎng)或一些其它公 用網(wǎng)絡(luò)。
接入技術(shù)的很多例子，系統(tǒng)22、 24、 26、 28、 29通過所述接入技術(shù)接 入通信網(wǎng)絡(luò)12,將對于本領(lǐng)域的技術(shù)人員也同樣熟悉，并且相應(yīng)地沒有在 圖1中單獨(dú)示出。
首先考慮企業(yè)系統(tǒng)22，應(yīng)用服務(wù)器32支持可以提供用于被至少本地 用戶系統(tǒng)38使用的功能的應(yīng)用，所述功能示例性地如服務(wù)。在部署多個(gè)應(yīng) 用服務(wù)器32的情況下，每個(gè)服務(wù)器支持各自的功能或服務(wù)的集合，所述功 能或服務(wù)可以或可以不與其它服務(wù)器支持的服務(wù)重疊。
在一些實(shí)施例中，在企業(yè)系統(tǒng)22、 24的所有者或經(jīng)營者具有被他們的
的情況下，也4吏得這些功能可用于被諸如企業(yè)系統(tǒng)24中的用戶系統(tǒng)的外部 用戶系統(tǒng)使用。在管理服務(wù)被諸如用戶系統(tǒng)49的外部網(wǎng)絡(luò)服務(wù)消費(fèi)者使用 中可以涉及服務(wù)控制器29，所述服務(wù)由諸如應(yīng)用服務(wù)器32的服務(wù)提供商 系統(tǒng)在一個(gè)管理域內(nèi)提供。
此處對應(yīng)用的使用的參考旨在傳達(dá)任何這樣的功能的理念。 一般來說， 應(yīng)用服務(wù)器32執(zhí)行軟件應(yīng)用以提供這些功能。在本文中，諸如web服務(wù) 的服務(wù)是呈現(xiàn)給用戶系統(tǒng)的應(yīng)用功能的例子。對應(yīng)用、功能和服務(wù)的任何 參考應(yīng)當(dāng)相應(yīng)地被解釋。
應(yīng)用服務(wù)器32可以包括象一個(gè)或多個(gè)處理器、 一個(gè)或多個(gè)存儲設(shè)備以 及用于與用戶系統(tǒng)交換諸如服務(wù)請求消息和對應(yīng)的應(yīng)答的應(yīng)用事務(wù)處理信 息的接口這樣的組件。應(yīng)用服務(wù)器32中的存儲設(shè)備可以被用來存儲用于被 所述應(yīng)用服務(wù)器處理器使用的操作系統(tǒng)軟件、應(yīng)用軟件等。諸如22的企業(yè) 系統(tǒng)經(jīng)常被實(shí)現(xiàn)為網(wǎng)絡(luò)，在這種情況下，網(wǎng),口4吏得應(yīng)用服務(wù)器32能夠 與用戶系統(tǒng)38以及企業(yè)系統(tǒng)的可能的其它組件進(jìn)^f亍通信。在另一可能的實(shí) 現(xiàn)中，應(yīng)用服務(wù)器32包括用于與不同的企業(yè)系統(tǒng)組件進(jìn)行通信的單獨(dú)的接 口 。用戶系統(tǒng)38可以類似地包括一個(gè)或多個(gè)處理器、 一個(gè)或多個(gè)存儲i殳備 以及用于與應(yīng)用服務(wù)器32和企業(yè)系統(tǒng)22的可能的其它組件進(jìn)行通信的某 類接口。可以在用戶系統(tǒng)存^i史備中存儲操作系統(tǒng)軟件、用于與應(yīng)用服務(wù) 器32交互的客戶端軟件、和/或其它類型的信息。
本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)熟悉提供和/或使用網(wǎng)絡(luò)應(yīng)用的很多不同類型 的系統(tǒng)。與這些應(yīng)用實(shí)際如何被支持相比，本發(fā)明的實(shí)施例主要涉及監(jiān)控 網(wǎng)絡(luò)應(yīng)用的性能，并且相應(yīng)地此處僅簡要描述應(yīng)用服務(wù)器32、用戶系統(tǒng)38 和它們的操作，達(dá)到說明本發(fā)明各方面必要的程度。
身份系統(tǒng)40表示一般在諸如公司網(wǎng)絡(luò)的企業(yè)系統(tǒng)中提供的另 一組件， 并且對于本領(lǐng)域的技術(shù)人員應(yīng)是公知的。在很多情況下，對應(yīng)用服務(wù)器32
支持的服務(wù)或其它功能的訪問必須被限制到特定的用戶集。例如，身份系 統(tǒng)40，其通過與輕量級目錄訪問協(xié)議(LDAP)目錄或其它類型的用戶數(shù) 據(jù)庫進(jìn)行交互可以llii用戶和/或用戶系統(tǒng)，供應(yīng)可以被用于授權(quán)或拒絕對 網(wǎng)絡(luò)服務(wù)的訪問的數(shù)字身份。
在結(jié)構(gòu)方面，應(yīng)用平臺34包括與應(yīng)用服務(wù)器32的用戶系統(tǒng)接口 (示 例地，應(yīng)用程序接口 (API))兼容的應(yīng)用服務(wù)器接口、與用戶系統(tǒng)38的 應(yīng)用服務(wù)器接口兼容的 一個(gè)或多個(gè)接口 ，以及用于處理通過這些接口接收 和/或傳輸?shù)南⒒蚱渌畔⒌慕M件。如以下進(jìn)一步詳細(xì)描述的，外部用戶 系統(tǒng)可以通過網(wǎng)關(guān)36能夠訪問應(yīng)用服務(wù)器32，在該情況中，應(yīng)用平臺34 的用戶系統(tǒng)接口還可以使該應(yīng)用平臺能夠與網(wǎng)關(guān)36進(jìn)行通信。不過，在一 些實(shí)施例中，可以對該目的提供單獨(dú)的網(wǎng)關(guān)接口。
網(wǎng)關(guān)36也將包括與企業(yè)系統(tǒng)22的其它組件的接口兼容的一個(gè)或多個(gè) 內(nèi)部接口、用于使得通信信號能夠通過通信網(wǎng)絡(luò)12被傳輸和/或接收的一 個(gè)或多個(gè)外部接口 ，以及用于處理通過這些接口接收和/或傳輸?shù)男盘柕闹?間組件。
應(yīng)用管理器42表示控制或監(jiān)控單元，當(dāng)信息在應(yīng)用服務(wù)器32和本地 用戶系統(tǒng)38或外部用戶系統(tǒng)之間被傳送時(shí)，所述單元本身可能不實(shí)施對信 息的實(shí)時(shí)處理。應(yīng)用管理器42可以通過兼容接口與應(yīng)用平臺34和網(wǎng)關(guān)36
14進(jìn)行通信，示例性地如通過向平臺和/或網(wǎng)關(guān)下載策略用于執(zhí)行，以實(shí)施如 配置應(yīng)用平臺和/或網(wǎng)關(guān)這樣的功能。
可以以硬件、軟件、固件或其某種組合來實(shí)現(xiàn)應(yīng)用平臺34、網(wǎng)關(guān)36 和應(yīng)用管理器42的內(nèi)部組件。如以下參考圖2描述的裝置提供可以在應(yīng)用 平臺34或網(wǎng)關(guān)36中提供的子系統(tǒng)的說明性例子。
在用于企業(yè)網(wǎng)絡(luò)的所謂面向服務(wù)體系結(jié)構(gòu)(SOA )的傳統(tǒng)部署中，SOA 組件被單獨(dú)部署并且集成在每個(gè)應(yīng)用服務(wù)器上。公布用于在網(wǎng)絡(luò)上使用的 服務(wù)，例如在企業(yè)系統(tǒng)22內(nèi)，將要求服務(wù)登記，以發(fā)現(xiàn)和管理服務(wù)供給的。 盡管web服務(wù)標(biāo)準(zhǔn)解決將服務(wù)訪問限制到被授權(quán)的用戶的需要，web服務(wù) 策略服務(wù)器將被需要來存儲和提供該信息。由于軟件供應(yīng)商可能要求對應(yīng) 用和服務(wù)器進(jìn)行實(shí)質(zhì)性的改變以便適應(yīng)企業(yè)系統(tǒng)，執(zhí)行這些策略也可能是 個(gè)挑戰(zhàn)。
所有這些對企業(yè)來說可能表示重大的項(xiàng)目，并且有可能具有相當(dāng)長的 實(shí)現(xiàn)周期。另外，實(shí)現(xiàn)這樣的項(xiàng)目所要求的技術(shù)是高度專業(yè)的，這可能使 得SOA實(shí)現(xiàn)在經(jīng)濟(jì)上是不可行的。
當(dāng)例如在企業(yè)系統(tǒng)22、 24之間向合作伙伴擴(kuò)展web服務(wù)或其它類型 的應(yīng)用時(shí)，對于應(yīng)用服務(wù)器上部署的SOA基礎(chǔ)設(shè)施甚至存在更多的挑戰(zhàn)。 例如，部署在合作伙伴場所處的應(yīng)用可能使用不能自由共享用戶身份信息 的多樣的安全機(jī)制，這要求對用戶轉(zhuǎn)換安全令牌。將安全令牌轉(zhuǎn)換或其它 安全功能的負(fù)擔(dān)置于每個(gè)應(yīng)用服務(wù)器上傾向于昂貴且效率低下。
由于應(yīng)用服務(wù)器本身可能察覺不到用戶系統(tǒng)或更一般地它的服務(wù)的消 費(fèi)者對于它的企業(yè)系統(tǒng)是否是外部的，數(shù)據(jù)保密性要求也是非常難以或甚 至是不可能在每個(gè)應(yīng)用服務(wù)器處執(zhí)^f亍的。
XML-特有的拒絕服務(wù)(XDoS)攻擊和可能地其它威脅可能在基于應(yīng) 用服務(wù)器的SOA實(shí)現(xiàn)中是特別有問題的。例如，web服務(wù)向XDoS攻擊開 放，這在應(yīng)用服務(wù)器上不能被有效地處理。
將基于服務(wù)器的SOA移植到web服務(wù)模型以經(jīng)由松耦合應(yīng)用實(shí)現(xiàn)應(yīng) 用互操作性，使得需要附加的消息發(fā)送一一示例性地如以SOAP報(bào)頭和XML消息的形式一一以M管理這些消息的附加的處理要求成為必要。這 種附加的開銷消耗網(wǎng)絡(luò)帶寬并且可以導(dǎo)致對應(yīng)用服務(wù)器硬件的重大的新要 求。
用于部署SOA基礎(chǔ)設(shè)施的替換模型是將SOA組件集成到企業(yè)網(wǎng)絡(luò)單 元中，如圖1中所示。應(yīng)用平臺34、網(wǎng)關(guān)36和應(yīng)用管理器42表示企業(yè)系 統(tǒng)22中的SOA組件。
將SOA基礎(chǔ)設(shè)施與應(yīng)用服務(wù)器32分開部署可以提供若干好處:SOA 基礎(chǔ)設(shè)施因而是應(yīng)用不可知的，應(yīng)用要求最小的修改，SOA基礎(chǔ)設(shè)施是端 到端集成的解決方案，應(yīng)用服務(wù)器處理開銷被最小化，并且網(wǎng)絡(luò)帶寬可以 被優(yōu)化。
隨著基于企業(yè)系統(tǒng)/網(wǎng)絡(luò)的SOA部署，可以根據(jù)在企業(yè)系統(tǒng)內(nèi)設(shè)置的 策略而不是應(yīng)用本身實(shí)施對應(yīng)用進(jìn)行互操作所要求的任何消息轉(zhuǎn)換。這允 許獨(dú)立于應(yīng)用來定義轉(zhuǎn)換，消除了對應(yīng)用供應(yīng)商實(shí)現(xiàn)的依賴。
供，這最小化應(yīng)用修改。例如，可以在企業(yè)網(wǎng)絡(luò)內(nèi)調(diào)適web服務(wù)消息以實(shí) 現(xiàn)應(yīng)用互操作性。當(dāng)可能由于合并、收購或需要與新的合作伙伴整合，新 的互操作要求出現(xiàn)時(shí)，不要求進(jìn)行應(yīng)用修改。新的用于消息轉(zhuǎn)換的策略可 以相反被定義為規(guī)定新的互操作性。
被部署為集成的企業(yè)網(wǎng)絡(luò)解決方案的SOA基礎(chǔ)設(shè)施可以提供單個(gè)監(jiān) 控、控制和統(tǒng)一才艮告點(diǎn)，示例性地如應(yīng)用管理器42。這對于使能例如適當(dāng) 的公司管理、持續(xù)的公司改進(jìn)以及證明符合有關(guān)數(shù)據(jù)保密性和網(wǎng)絡(luò)安全的 法規(guī)的能力，可以是重要的。
出于兩個(gè)原因可以顯著減少對應(yīng)用互操作性的應(yīng)用服務(wù)器處理要求 應(yīng)用服務(wù)器卸載和減少的要求的轉(zhuǎn)換的數(shù)量。轉(zhuǎn)換可以被一次進(jìn)行，例如 在應(yīng)用平臺34處，并且然后被轉(zhuǎn)發(fā)到多個(gè)目的地上，而不是每個(gè)應(yīng)用執(zhí)行 它自己的轉(zhuǎn)換。
可以通過基于檢查消息SOAP報(bào)頭、XML標(biāo)記或其它消息內(nèi)容將分 組路由到應(yīng)用服務(wù)器32,來減少被附加的消息流量所消耗的網(wǎng)絡(luò)帶寬。例如，路由可以是對應(yīng)用環(huán)境敏感的，而不是基于靜態(tài)IP地址。
如果應(yīng)用服務(wù)器功能要被擴(kuò)展到合作伙伴企業(yè)系統(tǒng)，被部署為企業(yè)網(wǎng)
絡(luò)基礎(chǔ)設(shè)施的SOA基礎(chǔ)設(shè)施可以提供很多進(jìn)一步的優(yōu)點(diǎn)。在合作伙伴網(wǎng)絡(luò) 間的分界點(diǎn)處，示例性地如在用于外部訪問應(yīng)用服務(wù)器32的網(wǎng)關(guān)36處， 可以一次進(jìn)行安全令牌的轉(zhuǎn)換，這提供用于安全策略的單個(gè)執(zhí)行點(diǎn)。還可 以在數(shù)據(jù)離開安全域的點(diǎn)處，例如再次在網(wǎng)關(guān)36處，執(zhí)行數(shù)據(jù)保密。這驅(qū) 動效率并且減少成本。另外，可以在網(wǎng)關(guān)36、可能是處理該問題最安全的 地方的企業(yè)網(wǎng)絡(luò)邊界處防御把公司web服務(wù)作為目標(biāo)的拒絕服務(wù)攻擊。
應(yīng)用平臺34提供用于集成傳統(tǒng)上已作為獨(dú)立應(yīng)用運(yùn)行的應(yīng)用的SOA 基礎(chǔ)設(shè)施，并且可以實(shí)現(xiàn)這樣的能力控制和監(jiān)控所有由合法用戶發(fā)起的 活動以由此允許生成統(tǒng)一的檢查跟蹤，對消息和文檔格式的轉(zhuǎn)換，管理包 括web服務(wù)的分階私艮示(rollout)和例如在發(fā)生意外行為的情況下回退 到上一版本的應(yīng)用的生命周期，以及監(jiān)控應(yīng)用/服務(wù)性能來確保應(yīng)用/服務(wù)滿 足內(nèi)部的公司要求。
象此處指出的其它功能的例子，應(yīng)用平臺34的示例性功能的該列表決 不是限制性的或窮舉的?？梢元?dú)立實(shí)現(xiàn)很多功能，每個(gè)實(shí)施例不需要必要 地提供所有功能，并且其它功能對本領(lǐng)域的技術(shù)人員還可以是或變得顯而 易見的。
應(yīng)用平臺34的好處可以包括如以上指出的通過對現(xiàn)有應(yīng)用的最小改 變減少應(yīng)用集成成本；確保對公司應(yīng)用的訪問遵從政府法規(guī)；對雇員訪問 web服務(wù)的中央監(jiān)控和控制點(diǎn)；以及通過統(tǒng)一的報(bào)告對公司的持續(xù)改進(jìn)。
網(wǎng)關(guān)36通過通信網(wǎng)絡(luò)12將企業(yè)系統(tǒng)22提供的內(nèi)聯(lián)網(wǎng)SOA有效地?cái)U(kuò) 展為外聯(lián)網(wǎng)，允許在不損害安全或保密性的情況下與消費(fèi)者和合作伙伴無 縫地集成。網(wǎng)關(guān)36的功能可以包括，可能特別是，以下中的任何一項(xiàng)或全 部向合作伙伴外聯(lián)網(wǎng)和分支點(diǎn)擴(kuò)展應(yīng)用、提供對合作伙伴訪問應(yīng)用的無 縫移動性、確保合作伙伴對公司應(yīng)用的訪問遵從政府法規(guī)、以及在不損害 追蹤能力的情況下維護(hù)公司身份的保密性。
在從與企業(yè)系統(tǒng)22相關(guān)的任何合作伙伴站點(diǎn)提供對應(yīng)用服務(wù)器32的
17移動訪問中，網(wǎng)關(guān)36可以允許對合作伙伴機(jī)構(gòu)的安全標(biāo)識和接受不同安全 域之間的身份。當(dāng)確保所有數(shù)據(jù)根據(jù)公司策略保持保密時(shí)，還可以通過網(wǎng) 關(guān)36提供用于與外部合作伙伴站點(diǎn)相關(guān)的用戶系統(tǒng)的應(yīng)用消息和數(shù)據(jù)轉(zhuǎn) 換。對所有應(yīng)用訪問的統(tǒng)一的檢查追蹤可以被收集并且通過網(wǎng)關(guān)36被提供 給外部合作伙伴企業(yè)系統(tǒng)，例如來證明符合法規(guī)。
應(yīng)用管理器42提供用于監(jiān)控和控制企業(yè)系統(tǒng)22中的應(yīng)用平臺34、網(wǎng) 關(guān)36以及任何其它平臺和網(wǎng)關(guān)(未示出)的中央點(diǎn)。對所有應(yīng)用全局一致 的策略，以便確保改進(jìn)公司管理和/或遵從政府法規(guī)，還可以通過應(yīng)用管理 器42在一些實(shí)施例中被建立，并且M布到應(yīng)用平臺34和網(wǎng)關(guān)36用于執(zhí) 行。中央應(yīng)用管理器42還可以規(guī)定全局一致的應(yīng)用改變管理。
如以上指出的，企業(yè)系統(tǒng)24可以實(shí)質(zhì)上類似于企業(yè)系統(tǒng)22。
企業(yè)系統(tǒng)22包括支持應(yīng)用的應(yīng)用服務(wù)器32和一個(gè)或多個(gè)可以使用那 些應(yīng)用的用戶系統(tǒng)38兩者。然而，應(yīng)當(dāng)理解，應(yīng)用服務(wù)器和用戶系統(tǒng)不需 要一定位于一處。例如，應(yīng)用系統(tǒng)26包括一個(gè)或多個(gè)應(yīng)用服務(wù)器46，卻 不包括本地用戶系統(tǒng)。盡管在應(yīng)用系統(tǒng)26中僅示出應(yīng)用平臺44,應(yīng)用系 統(tǒng)的一些實(shí)現(xiàn)還可以包括網(wǎng)關(guān)。盡管如所示的應(yīng)用系統(tǒng)26可能適用于例如 作為企業(yè)系統(tǒng)22與主要數(shù)據(jù)中心相關(guān)的遠(yuǎn)程數(shù)據(jù)中心，獨(dú)立的或"非關(guān)聯(lián) 的"、托管(host)用于被外部用戶系統(tǒng)使用的應(yīng)用的應(yīng)用系統(tǒng)還可能包 括用于處理例如認(rèn)證外部用戶的網(wǎng)關(guān)。
應(yīng)用系統(tǒng)26中的應(yīng)用平臺44可以與企業(yè)系統(tǒng)22的應(yīng)用管理器42， 或者更一般地，與關(guān)聯(lián)企業(yè)系統(tǒng)的應(yīng)用管理器進(jìn)行交互。在獨(dú)立的應(yīng)用系 統(tǒng)的情況中，可以提供本地應(yīng)用管理器。在一些實(shí)現(xiàn)中，外部服務(wù)控制器 29與多個(gè)不同域中的SOA基礎(chǔ)設(shè)施組件進(jìn)行交互。例如，外部服務(wù)控制 器29可操作地耦合到通信網(wǎng)絡(luò)12并且可以配置網(wǎng)關(guān)36和在企業(yè)系統(tǒng)24 中的網(wǎng)關(guān)來收集和交換性能統(tǒng)計(jì)資料(statistics)。
僅有用戶的部署在圖1中被示為遠(yuǎn)程用戶系統(tǒng)裝備28。應(yīng)用代理48 允許例如在合作伙伴或分支點(diǎn)處的用戶系統(tǒng)49使用由位于遠(yuǎn)處的應(yīng)用服 務(wù)器提供的應(yīng)用。在一個(gè)實(shí)施例中，應(yīng)用代理48是網(wǎng)關(guān)36的成比例縮小版本。類似于網(wǎng)關(guān)36,應(yīng)用代理48可以在與企業(yè)系統(tǒng)22認(rèn)證用戶系統(tǒng)49 的期間在不損害追蹤能力的情況下維護(hù)公司身份的保密性，并且通過使用 例如隧道技術(shù)的通信網(wǎng)絡(luò)12支持安全通信，但是不需要必須能夠認(rèn)證外部 用戶，因?yàn)檫h(yuǎn)程用戶系統(tǒng)裝備28不托管可以被外部用戶系統(tǒng)使用的應(yīng)用。 外部服務(wù)控制器29規(guī)定對在系統(tǒng)22、 24、 26、 28之間共享網(wǎng)絡(luò)服務(wù) 的外部管理，但是本身不需要包括或者結(jié)合本地服務(wù)提供商系統(tǒng)或服務(wù)消 費(fèi)者系統(tǒng)運(yùn)行。諸如29的服務(wù)控制器可以因此包括服務(wù)登記系統(tǒng)和網(wǎng) 口，通過所述網(wǎng)絡(luò)接口可以與系統(tǒng)22、 24、 26、 28交換網(wǎng)絡(luò)服務(wù)信息和服 務(wù)發(fā)現(xiàn)信息。外部服務(wù)控制器29還可以包括用于收集和/或處理服務(wù)性能 信息的組件。
在操作中，希望使用由應(yīng)用服務(wù)器32提供的應(yīng)用的用戶系統(tǒng)38首先 被身份系統(tǒng)40認(rèn)證。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)了解很多可以被用于該目的的 安全方案，諸如用戶名/密碼認(rèn)證。在支持遠(yuǎn)程訪問應(yīng)用服務(wù)器32的情況 下，用戶認(rèn)證可以由網(wǎng)關(guān)36可能通過與外部身份系統(tǒng)的交互來處理。當(dāng)與 合作伙伴企業(yè)系統(tǒng)或站點(diǎn)相關(guān)的用戶系統(tǒng)本地連接到企業(yè)系統(tǒng)22并且希 望訪問應(yīng)用服務(wù)器32時(shí)，在認(rèn)證中還可以涉及網(wǎng)關(guān)36。
當(dāng)用戶已經(jīng)^i人證，可以在用戶系統(tǒng)和應(yīng)用服務(wù)器32之間交換消息或 其它形式的信息。在單個(gè)成功認(rèn)證之后，用戶可以;故允許訪問多個(gè)應(yīng)用。
如以上指出的，需要改進(jìn)的技術(shù)用于監(jiān)控網(wǎng)絡(luò)服務(wù)的性能。例如，目 前可用的產(chǎn)品沒有4吏得能夠在多個(gè)獨(dú)立控制的網(wǎng)絡(luò)中監(jiān)控網(wǎng)絡(luò)服務(wù)性能。
另外，沒有可用的產(chǎn)品允許在不同網(wǎng)絡(luò)節(jié)點(diǎn)處監(jiān)控服務(wù)性能或自動建 立性能基線，通過提供服務(wù)性能的統(tǒng)一記錄，當(dāng)性能不在SLA要求之內(nèi)時(shí) 提供報(bào)警或告警，來確保符合服務(wù)等級協(xié)定(SLA)。
目前可用的產(chǎn)品也不允許網(wǎng)絡(luò)和應(yīng)用管理員通過在多個(gè)網(wǎng)絡(luò)傳感器或 收集點(diǎn)處收集服務(wù)事物處理數(shù)據(jù)或其它服務(wù)性能信息來監(jiān)控和基線化 (baseline)服務(wù)性能，或者提供皿組織邊界的端到端web服務(wù)性能的 統(tǒng)一的記錄。
這些缺點(diǎn)留給管理員的是對傳遞到服務(wù)消費(fèi)者的實(shí)際性能、可用性和基線沒有清楚的每服務(wù)(per-service)的記錄，沒有對可能出現(xiàn)性能問 題的情況的指示，以及沒有能力發(fā)出告警或甚至確定該問題是否在他們的 組織、他們的服務(wù)提供商或他們的商業(yè)合作伙伴的一個(gè)內(nèi)。
如此處公開的網(wǎng)絡(luò)駐留服務(wù)性能監(jiān)控可以允許多點(diǎn)感知諸如服務(wù)事物 處理數(shù)據(jù)的性能信息。對服務(wù)可用性和性能的實(shí)時(shí)的、每個(gè)服務(wù)的、端到 端的記錄由此可以被提供。在一些實(shí)施例中，在企業(yè)內(nèi)和跨組織邊界自動 建立服務(wù)性能基線也是可能的。
如通過以下描述將變得顯而易見的，可以使用一系列子系統(tǒng)來實(shí)現(xiàn)本 發(fā)明的實(shí)施例，所述子系統(tǒng)諸如服務(wù)控制器29、應(yīng)用平臺34、網(wǎng)關(guān)36、 應(yīng)用管理器42和應(yīng)用代理48。如以上指出的，這些子系統(tǒng)可以被實(shí)現(xiàn)為 網(wǎng)絡(luò)節(jié)點(diǎn)，所述網(wǎng)絡(luò)節(jié)點(diǎn)實(shí)時(shí)處理服務(wù)消息以便促進(jìn)應(yīng)用集成并且使得能 夠快速而節(jié)省成本地部署SOA。
網(wǎng)絡(luò)駐留服務(wù)監(jiān)控的可能的好處可以包括以下中的任何一項(xiàng)或所有 為需要確保服務(wù)性能滿足公司要求和/或符合外部SLA的網(wǎng)絡(luò)和應(yīng)用管理 員提供巨大的操作費(fèi)用節(jié)省工具，支持主動監(jiān)控服務(wù)可用性，以及允許在 他們的組織內(nèi)和跨組織邊界自動確定適當(dāng)?shù)幕€性能等級。
圖2是才艮據(jù)本發(fā)明實(shí)施例的裝置的框圖。裝置50包括一個(gè)或多個(gè)用戶 系統(tǒng)接口 52，一個(gè)或多個(gè)外部接口 54，可操作地耦合到所述用戶系統(tǒng)接口、 所述外部接口 、性能信息數(shù)據(jù)庫58和一個(gè)或多個(gè)應(yīng)用服務(wù)器接口 66的性 能信息收集模塊56，以及可操作地耦合到所述性能信息收集模塊和所述性 能信息數(shù)據(jù)庫的性能信息處理模塊60。性能信息處理模塊60包括可操作 地耦合到性能信息數(shù)據(jù)庫58的基線生成器64,以及可操作地耦合到所述 基線生成器、所述性能信息數(shù)據(jù)庫和所述性能信息收集模塊的警報(bào)生成器 62。
如以上參考圖l所指出的，附圖的內(nèi)容僅出于說明的目的。例如，在 其中實(shí)現(xiàn)裝置50的設(shè)備可以包括沒有被明確示出的附加組件。取決于這樣 的點(diǎn)或者設(shè)備/系統(tǒng)，這些組件可以采取各種形式，裝置50在所述點(diǎn)處或 在所述設(shè)備/系統(tǒng)中或結(jié)合所述設(shè)備/系統(tǒng)被實(shí)現(xiàn)。 一般地，裝置的其它實(shí)施例可以包括具有類似的或不同的互連的比明確示出的更多的、更少的、或 不同組件。
連接的類型可以至少某種程度上是取決于實(shí)現(xiàn)，圖2的組件通過所述 連接可操作地耦合。電子設(shè)備經(jīng)常使用各種類型的物理連接器和有線連接。 例如，在協(xié)同操作軟件功能的情況中，操作上的耦合可以通過變量、寄存 器或存儲器通常被訪問的區(qū)域，并且因而包括邏輯耦合。
硬件、軟件、固件或其組合可以被用來實(shí)現(xiàn)裝置50的組件。諸如微處 理器、微控制器、可編程邏輯器件(PLD )、現(xiàn)場可編程門陣列(FPGA)、 專用集成電路(ASIC)以及其它類型的"智能"集成電路的處理單元可以 適用于該目的。
裝置50可以通過接口 52、 54、 66與本地通信網(wǎng)絡(luò)和合作伙伴網(wǎng)絡(luò)的 其它組件進(jìn)行交互。這些接口可以是相同類型的或不同類型的，或者在使 用相同通信介質(zhì)用于與所有其它組件進(jìn)行信息傳送的情況下，甚至是同一 接口。然而，在很多實(shí)現(xiàn)中，有可能用戶系統(tǒng)接口 52將至少不同于應(yīng)用服 務(wù)器接口 66,并且有可能可以為不同的應(yīng)用服務(wù)器提供不同類型的多個(gè)應(yīng) 用服務(wù)器接口。外部接口 54可以包括其它不同類型的一個(gè)或多個(gè)接口。
用戶系統(tǒng)接口 52使得裝置50能夠與用戶系統(tǒng)交換諸如web服務(wù)消息 的應(yīng)用訪問信息。每個(gè)應(yīng)用服務(wù)器接口 66類似地允許裝置50與一個(gè)或多 個(gè)本地應(yīng)用服務(wù)器的各自的集合交換應(yīng)用訪問信息。
例如，當(dāng)該裝置在網(wǎng)關(guān)處凈皮實(shí)現(xiàn)，以通過監(jiān)控諸如與外部用戶系統(tǒng)對 本地托管的應(yīng)用的使用相關(guān)的服務(wù)消息和/或與本地用戶系統(tǒng)對外部托管 的應(yīng)用的使用相關(guān)的服務(wù)消息的信息來監(jiān)控服務(wù)性能時(shí)，由于網(wǎng)關(guān)可以處 理對企業(yè)系統(tǒng)的所有應(yīng)用訪問信息，所以對裝置50的該類型的基礎(chǔ)設(shè)施可 以是適當(dāng)?shù)摹?br> 然而，應(yīng)當(dāng)理解，其它實(shí)現(xiàn)也是有可能的。 一般地，如通過以下描述 將變得顯而易見的，可以在任何服務(wù)性能監(jiān)控或分析點(diǎn)處實(shí)現(xiàn)裝置50。例 如，對在應(yīng)用平臺34處的裝置50的實(shí)現(xiàn)(圖1)，外部接口54可以包括 與網(wǎng)關(guān)36而不是與通信網(wǎng)絡(luò)12兼容的接口。因而，接口 52、 54、 66的類型和數(shù)量可以取決于監(jiān)控點(diǎn)的位置而變化，但是不考慮它們的位置，監(jiān)控 點(diǎn)可以實(shí)施至少實(shí)質(zhì)上類似于如此處公開的功能。
通過外部接口 54，裝置50可以與遠(yuǎn)程應(yīng)用服務(wù)器和/或用戶系統(tǒng)交換 信息。在例如圖1的系統(tǒng)中，企業(yè)系統(tǒng)22、 24之間的交換可以涉及通過通 信網(wǎng)絡(luò)12和企業(yè)系統(tǒng)處的適當(dāng)?shù)木W(wǎng)M口傳送信息?？梢栽诰W(wǎng)關(guān)36和對 應(yīng)在企業(yè)系統(tǒng)24的網(wǎng)關(guān)處提供與通信網(wǎng)絡(luò)12兼容的網(wǎng),口 。根據(jù)本發(fā) 明的實(shí)施例，企業(yè)系統(tǒng)中的網(wǎng)關(guān)可以負(fù)責(zé)至少收集和可能地還有處理服務(wù) 性能統(tǒng)計(jì)資料和/或其它形式的服務(wù)性能信息。取決于期望的服務(wù)性能監(jiān)控 "粒度"，在應(yīng)用平臺34、 44、應(yīng)用代理48處，或者在沿著應(yīng)用服務(wù)器 和用戶系統(tǒng)之間的服務(wù)路徑的其它點(diǎn)處，還可以或者替換地提供服務(wù)性能 信息收集和/或分析點(diǎn)。
對多點(diǎn)服務(wù)性能監(jiān)控，外部接口 54還可以使得性能信息收集模塊56 能夠從其它性能信息收集模塊收集性能信息。這可以通過與其它性能信息 收集模塊，或者與中央點(diǎn)進(jìn)行通信來實(shí)現(xiàn)，所述中央點(diǎn)從多個(gè)收集模塊收 集性能信息、聚合該性能信息并且發(fā)布該聚合的性能信息。
接口 52、 54、 66的結(jié)構(gòu)和操作至少某種程度上將依賴于在信息傳送中 使用的通信介質(zhì)和協(xié)議。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)熟悉很多類型的接口，應(yīng) 用訪問信息通過所述接口可以被裝置50接收和/或傳輸。各種類型的接口 的任何一種可以類似地被用于在處理點(diǎn)之間傳送收集的性能信息。如以上 指出的，取決于裝置50在企業(yè)系統(tǒng)或其它管理域中的哪里被實(shí)現(xiàn)，這些接 口還可以變化。
例如，應(yīng)當(dāng)理解，在傳送諸如服務(wù)消息的應(yīng)用訪問信息中不需要主動 涉及裝置50本身。網(wǎng)關(guān)處的性能信息收集模塊56可以被動地"偵聽"服 務(wù)消息而沒有任何涉及實(shí)際地將這樣的消息路由到或出例如企業(yè)網(wǎng)絡(luò)中。
可以在一個(gè)或多個(gè)存儲設(shè)備中提供性能信息數(shù)據(jù)庫58。固態(tài)存儲設(shè)備 在電子裝備中是普遍的，并且可以使用該類型的一個(gè)或多個(gè)存^^殳備來實(shí) 現(xiàn)性能信息數(shù)據(jù)庫58。然而，其它類型的存儲設(shè)備，包括用于與可移動的 或者甚至可拆卸的存儲介質(zhì)使用的存儲設(shè)備，還可以或者替代地被用來存儲性能信息數(shù)據(jù)庫58。
可以使用硬件、軟件和/或固件來實(shí)現(xiàn)裝置50的其它組件。基于此處 提供的這些組件的描述，本領(lǐng)域的技術(shù)人員將能夠根據(jù)本發(fā)明的實(shí)施例以 各種方式的任何一種實(shí)現(xiàn)服務(wù)監(jiān)控技術(shù)。
在操作中，性能信息收集模塊56和性能信息處理模塊60可以自動監(jiān) 控與性能量度相關(guān)的閣值和實(shí)際的服務(wù)性能，所述閾值可以例如在SLA中 被定義。本發(fā)明的 一 些實(shí)施例可以支持在網(wǎng)絡(luò)之間的協(xié)同操作的網(wǎng)間性能 監(jiān)控(CIPM)，所述網(wǎng)絡(luò)處于不同的管理區(qū)或域中并且因而是獨(dú)立控制 的。還可以或者替代地提供自動基線化(automatic baselining， AB)功能。 這些和其它功能可以被提供為網(wǎng)絡(luò)駐留功能，以對服務(wù)可用性、當(dāng)前性能 和可以超越組織邊界的性能基線創(chuàng)建獨(dú)特的每服務(wù)的端到端的視圖。
網(wǎng)^作員可以使用服務(wù)性能信息來增強(qiáng)對SLA的符合、了解內(nèi)部和 外部性能概況以及在他們的SOA內(nèi)自動隔離瓶頸，所述服務(wù)性能信息可以 在由例如CIPM和/或AB創(chuàng)建的視圖中被呈現(xiàn)。
諸如web服務(wù)網(wǎng)關(guān)的XML處理設(shè)備可以實(shí)現(xiàn)此處公開的技術(shù)，來完 成以下任務(wù)的任何一項(xiàng)或所有，可能特別是
關(guān)于SLA和/或內(nèi)部性能要求監(jiān)控性能；
關(guān)于自動生成的性能基線監(jiān)控性能；
自動生成性能基線；
當(dāng)性能惡化時(shí)自動生成警報(bào)給系統(tǒng)操作員。
服務(wù)性能監(jiān)控、CIPM和AB實(shí)現(xiàn)可以包括若干高級別的組件，諸如 服務(wù)可用性監(jiān)控器、服務(wù)性能監(jiān)控器、警報(bào)生成器和基線生成器。這些組 件在以下進(jìn)一步的細(xì)節(jié)中被描述，并且在圖2中被表示為可以提供服務(wù)可 用性監(jiān)控器和/或性能監(jiān)控器功能的性能信息收集模塊56、警報(bào)生成器62 以及基線生成器64。應(yīng)當(dāng)理解，不是所有的這些組件需要在每個(gè)實(shí)現(xiàn)中必 要地被提供。例如，本發(fā)明的一些實(shí)施例可以支持CIPM而不支持AB。
關(guān)于服務(wù)可用性，如果服務(wù)對請求生成響應(yīng)，服務(wù)可以被視為是可用 的。盡管被動監(jiān)控來自服務(wù)的響應(yīng)消息可以在很多情況中提供該信息，但是不可能明確地?cái)喽ㄊ欠裨谧罱^去沒有生成響應(yīng)消息的服務(wù)是不可用的
還是只是簡單地不活動的。可以通過性能信息收集模塊56支持主動監(jiān)控以 便確定那些服務(wù)的狀態(tài)。例如服務(wù)"心跳"消息可以被用來提供用于主動 監(jiān)控服務(wù)可用性的機(jī)制。
服務(wù)性能是可以被性能信息收集模塊56收集的服務(wù)狀態(tài)統(tǒng)計(jì)資料的 另一例子。4艮據(jù)本發(fā)明的實(shí)施例，還可以或者替代地監(jiān)控Ji良務(wù)的運(yùn)行狀態(tài) 的其它測量標(biāo)準(zhǔn)。
對可用的服務(wù)，確定服務(wù)提供商的性能統(tǒng)計(jì)資料和在服務(wù)提供商和其 消費(fèi)者之間的服務(wù)路徑中的關(guān)鍵位置處的性能統(tǒng)計(jì)資料可能是重要的。例 如，對使用服務(wù)來實(shí)現(xiàn)任務(wù)關(guān)鍵功能性的應(yīng)用來說，響應(yīng)時(shí)間可能是關(guān)鍵 的。服務(wù)的性能統(tǒng)計(jì)資料可以是基于吞吐量(例如，處理的消息的數(shù)量、 請求消息的總的大小、響應(yīng)消息的總的大小，等等)和時(shí)間(對請求-響應(yīng) 對觀測的平均延時(shí)、最大觀測延時(shí)、在延時(shí)中觀測的抖動，等等)的每一 個(gè)或者兩者。
CIPM可以通過把性能信息收集一見為在兩個(gè)或多個(gè)網(wǎng)絡(luò)之間的協(xié)作過 程來將性能監(jiān)控的概念擴(kuò)展到下一個(gè)級別。例如，可以通過企業(yè)網(wǎng)絡(luò)中的 網(wǎng)關(guān)來調(diào)停和控制網(wǎng)絡(luò)之間的協(xié)作。
對應(yīng)用和網(wǎng)絡(luò)管理員可能非常困難的是確定^Llfe控的服務(wù)的性能的可 接受范圍。在缺乏諸如SLA的硬性要求時(shí)，有可能管理員將基于經(jīng)過一段 時(shí)間觀測的服務(wù)性能來設(shè)置對服務(wù)性能的可接受的閾值。服務(wù)性能基線化 使該過程自動化，并且可以允許管理員基于與特定性能測量標(biāo)準(zhǔn)的均值的 標(biāo)準(zhǔn)偏差或其它可配置的偏差的數(shù)量來設(shè)置對性能的可接受的閾值。
可以由操作員或管理員通過諸如命令行接口 (CLI)的用戶接口 (未 示出，以便避免使附圖復(fù)雜化)來建立可配置的設(shè)置，所述用戶接口可操 作地耦合到性能信息收集模塊56和/或性能信息處理模塊。在操作員或管 理員通過用戶系統(tǒng)訪問裝置50的情況下，用戶系統(tǒng)接口 52有效地充當(dāng)配 置接口。
基線生成器64可以是可配置的，以對任何的或所有的不同類型的性能信息創(chuàng)建性能基線，所述性能信息被性能信息收集模塊56收集。例如，可 能地可以將基線指定為時(shí)變的或靜態(tài)的。由基線生成器64生成的時(shí)變基 線，可以作為表示性能統(tǒng)計(jì)資料或相對時(shí)間的其它性能信息的值的曲線圖， ,皮存儲在性能信息數(shù)據(jù)庫64中或單獨(dú)凈皮存儲。還可以或者替代地基于諸如 總消息大小的其它可變值創(chuàng)建基線。靜態(tài)基線的例子將是在網(wǎng)絡(luò)服務(wù)的請 求-響應(yīng)對之間的最大的可接受的時(shí)延。
在裝置50中，基線生成器64從性能信息數(shù)據(jù)庫58訪問收集的性能信 息，生成基線，并且提供生成的基線給警報(bào)生成器62。其它實(shí)現(xiàn)可以涉及 基線生成器，所述基線生成器從性能信息收集模塊56直接接收性能信息， 和/或在信息數(shù)據(jù)庫58中或另一存儲設(shè)備或區(qū)域中存儲生成的基線，用于 被警報(bào)生成器62訪問。
警報(bào)生成器62監(jiān)控一個(gè)或多個(gè)諸如內(nèi)部性能要求、SLA協(xié)議和/或基 線的性能量度，所述性能量度的任何一項(xiàng)或所有可以被存儲在性能信息數(shù) 據(jù)庫58中或單獨(dú)存儲。為了確保公司提供的服務(wù)符合指定的服務(wù)要求，應(yīng) 用和網(wǎng)絡(luò)管理員應(yīng)當(dāng)具有設(shè)置警報(bào)闊值和條件的能力，如果服務(wù)性能惡化 低于要求的級別時(shí)，所述警報(bào)閾值和條件提供通告。警報(bào)闊值和條件還可 以被指定用于外部供應(yīng)的服務(wù)，以確保這樣的服務(wù)符合相互達(dá)成的SLA和 /或其它要求，以便如果外部提供的服務(wù)的性能惡化低于要求的級別時(shí)可以 提供通告。配置接口，諸如到應(yīng)用管理器42 (圖1)的接口，可以被提供 用于該目的。在例如在網(wǎng)關(guān)處部署裝置50的情況下，可能已經(jīng)提供了這樣 的接口。命令行接口 (CLI)是可以適用于該目的的配置接口的一個(gè)說明 性例子。
警報(bào)生成器62動態(tài)地監(jiān)控由性能信息收集模塊56收集的當(dāng)前性能級 別。警報(bào)可以基于對與以下的一個(gè)或多個(gè)的可能可配置的偏差的檢測被生 成例如，主動基線、SLA和內(nèi)部性能要求。
在一些實(shí)施例中，可以使用兩個(gè)或多個(gè)網(wǎng)絡(luò)單元以若干不同方式的任 何一種來設(shè)計(jì)(architect)具有性能監(jiān)控的服務(wù)網(wǎng)絡(luò)。網(wǎng)絡(luò)駐留服務(wù)單元 可以包括諸如性能信息收集才莫塊56的性能信息收集代理以及諸如性能信息處理模塊60的性能信息處理代理。對CIPM，可以在示例性地如網(wǎng)關(guān)的 分布式服務(wù)節(jié)點(diǎn)處收集性能信息，所述分布式服務(wù)節(jié)點(diǎn)代理離開和/或 企業(yè)系統(tǒng)的所有服務(wù)流量?？梢詫Ω鞣N服務(wù)和網(wǎng)絡(luò)性能量度收集性能信息。 例如，可以在公司之間協(xié)商性能信息的列表，公司對所述性能信息希望共 享全局一見圖。
在協(xié)作系統(tǒng)中的各個(gè)點(diǎn)的任何一個(gè)處，內(nèi)部在應(yīng)用平臺、網(wǎng)關(guān)、應(yīng)用 管理器和/或應(yīng)用代理處，或者外部在諸如管理對多個(gè)公司的服務(wù)的服務(wù)控 制器的中央管理組件處，可以實(shí)施性能信息處理。在圖1的系統(tǒng)10中，服 務(wù)管理器29可以控制企業(yè)系統(tǒng)22、 24、應(yīng)用系統(tǒng)26和/或遠(yuǎn)程用戶裝備 28的至少服務(wù)監(jiān)控功能。在協(xié)作方案中在CIPM參與者之間共享由性能信 息收集模塊在服務(wù)監(jiān)控點(diǎn)處收集的性能信息。
兩個(gè)公司，提供用于被每個(gè)公司的用戶外部使用的本地服務(wù)，示例性 地如對彼此發(fā)布這些服務(wù)，他們可能對實(shí)現(xiàn)CIPM感興趣，以便提高服務(wù) 性能可被監(jiān)控的程度?？赡艿乜梢砸匀舾煞椒ǖ娜魏我环N來實(shí)現(xiàn)在這樣的 CIPM參與者之間交換性能信息。
根據(jù)一個(gè)可能的交換方法，性能信息被以對等的方式在公司之間進(jìn)行 交換。出于該目的，例如在公司包括多個(gè)服務(wù)監(jiān)控點(diǎn)的情況下，可以使用 例如應(yīng)用管理器42 (圖1)在每個(gè)公司處指定主要的性能信息處理點(diǎn)。企 業(yè)網(wǎng)絡(luò)可以例如包括多個(gè)網(wǎng)關(guān)，并且在每個(gè)網(wǎng)關(guān)處實(shí)現(xiàn)裝置50。每個(gè)公司 中的處理點(diǎn)在公司之間以對等的方式共享商定的性能信息。
另 一可能的配置是利用外部服務(wù)控制器在每個(gè)公司的網(wǎng)絡(luò)中配置網(wǎng)關(guān) 或其它設(shè)備。在該場景中，性能信息收集模塊56將性能信息報(bào)告到服務(wù)控 制器。每個(gè)性能信息收集模塊56還可以在本地存儲它收集的性能信息。服 務(wù)控制器在處理點(diǎn)之間發(fā)布收集的性能信息、或者可能是聚合的或另外處 理的或其組合的版本。標(biāo)準(zhǔn)傳輸協(xié)議可以適用于從中央整理/聚合點(diǎn)發(fā)布性 能信息。
中央處理點(diǎn)可以還具有其它優(yōu)點(diǎn)。例如，當(dāng)網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)檢測 到一個(gè)本地服務(wù)不可用時(shí)，可以將這才艮告到中央處理點(diǎn)，并且每個(gè)外部系
26統(tǒng)可以相應(yīng)地被該中央處理點(diǎn)通告，該服務(wù)通過所述每個(gè)外部系統(tǒng)是可用 的。
一旦每個(gè)公司已經(jīng)從它的內(nèi)部網(wǎng)絡(luò)收集了性能信息并且從合作伙伴公 司共享到性能信息，進(jìn)一步的處理在一些實(shí)施例中被實(shí)施來創(chuàng)建公司間的 服務(wù)性能視圖。
在一個(gè)場景中，網(wǎng)關(guān)處理來自客戶端和應(yīng)用服務(wù)器的請求，并且記錄 對很多不同量度的性能信息。量度可以是每個(gè)服務(wù)的、每個(gè)用戶的等等， 并且在監(jiān)控策略或其它配置信息中被指定。
假定終端用戶在企業(yè)系統(tǒng)中發(fā)起服務(wù)請求，并且該請求被發(fā)送到企業(yè)
系統(tǒng)網(wǎng)關(guān)并且被企業(yè)系統(tǒng)網(wǎng)關(guān)代理，在所述企業(yè)系統(tǒng)網(wǎng)關(guān)處裝置50被實(shí) 現(xiàn)。性能信息收集模塊56可以被配置為基于接收的請求收集并且在性能信 息數(shù)據(jù)庫58中存儲4艮多類型的性能信息的任何一種，所述接收的請求可以 是服務(wù)消息的形式。收集的性能信息的類型，可以由本地管理員基于內(nèi)部 性能目標(biāo)或要求，或基于商定的例如要對CIPM收集的性能信息的集合來 建立。也可以設(shè)想通過服務(wù)控制器的外部配置。收集的性能信息的例子包 括消息大小、消息類型(請求/應(yīng)答)、接收的時(shí)間、朝向目的地發(fā)送的時(shí) 間、內(nèi)部處理時(shí)間，等等。
從接收的消息本身可以獲得性能信息，或者可以基于該消息或在消息 上實(shí)施的操作計(jì)算出性能信息。在以上接收的請求消息的例子中，消息大 小可以例如在消息報(bào)頭中被指定。然而，對于內(nèi)部處理時(shí)間統(tǒng)計(jì)資料，性 能信息收集模塊56可以記錄該消息^皮接收的時(shí)間和該消息,皮朝向它的目 的地轉(zhuǎn)發(fā)的時(shí)間，或使用接收和轉(zhuǎn)發(fā)時(shí)間計(jì)算內(nèi)部處理時(shí)間。
繼續(xù)以上的例子，發(fā)往外部應(yīng)用服務(wù)器的本地用戶請求通過外部接口 54被繼續(xù)轉(zhuǎn)發(fā)到外部系統(tǒng)。如以上指出的，不需要一定在實(shí)際路由這樣的 請求中涉及裝置50。例如網(wǎng)關(guān)的其它組件可以處理這些功能。
在外部系統(tǒng)處，和/或可能在沿服務(wù)路徑的一個(gè)或多個(gè)其它中間點(diǎn)處， 該請求被接收或者另外被也收集性能信息的性能信息收集模塊56檢測。被 每個(gè)服務(wù)監(jiān)控點(diǎn)收集的性能信息覆蓋至少商定的CIPM統(tǒng)計(jì)資料，盡管任
27何或所有服務(wù)監(jiān)控點(diǎn)也可以收集附加的性能信息。
請求最終到達(dá)目的應(yīng)用服務(wù)器，被處理，并且應(yīng)答被發(fā)送回發(fā)起用戶 系統(tǒng)。應(yīng)^f亍進(jìn)通過相同的服務(wù)監(jiān)控點(diǎn)，或者至少被相同的服務(wù)監(jiān)控點(diǎn)檢 測，以及可以對該應(yīng)答消息收集性能信息。
如以上指出的，在請求、應(yīng)答或其它形式的服務(wù)訪問信息的傳送中可 以但是不需要一定主動涉及服務(wù)監(jiān)控點(diǎn)。例如，服務(wù)監(jiān)控點(diǎn)可以被動地偵 聽服務(wù)訪問信息以檢測請求和對應(yīng)的響應(yīng)，并且然后計(jì)算請求/應(yīng)答時(shí)間差 作為性能測量標(biāo)準(zhǔn)。
CIPM涉及從示例性地如網(wǎng)關(guān)的兩個(gè)或更多服務(wù)監(jiān)控點(diǎn)，發(fā)布和協(xié)作 處理性能信息。例如，在完成以上請求/應(yīng)答序列后，所有的服務(wù)監(jiān)控點(diǎn)具 有獨(dú)立的性能信息，所述性能信息可以被集成來給出公司間的對總體端到 端服務(wù)性能的視圖。
可以通過各種方式實(shí)施性能信息聚合或集成。在一個(gè)實(shí)施例中，網(wǎng)關(guān) 和應(yīng)用管理器以對等方式協(xié)作，在公司之間交換CIPM性能信息。如以上 指出的，中央服務(wù)控制器可以被用來配置網(wǎng)關(guān)并且收集性能信息。在該情 況中，網(wǎng)關(guān)，如服務(wù)監(jiān)控點(diǎn)，發(fā)送它們收集的CIPM性能信息到服務(wù)控制 器。
在可能可配置的間隔、在一天的特定時(shí)間、響應(yīng)于請求/應(yīng)答序列的完 成、當(dāng)被中央聚合點(diǎn)或本地管理員請求時(shí)、和/或響應(yīng)于某些其它觸發(fā)器， 可以周期性地實(shí)施向服務(wù)控制器或其它中夾聚合點(diǎn)傳送收集的CIPM性能 信息。
一旦收集的性能信息已在CIPM參與者之間被共享，無論是直接還是 通過中央聚合點(diǎn)，該性能信息可以以各種方式進(jìn)一步被處理，以提取公司 間性能數(shù)據(jù)。性能信息收集模塊56可以在性能信息數(shù)據(jù)庫58中不僅存儲 它自身收集的性能信息，而且還存儲凈皮其它C1PM參與者收集的性能信息。
利用CIPM，有可能提取不可用的性能信息。例如，通過將從企業(yè)系 統(tǒng)24中的網(wǎng)關(guān)(圖1)發(fā)送的消息的時(shí)間戳與它被在網(wǎng)關(guān)36處接收的時(shí) 間進(jìn)行比較，有可能確定通信網(wǎng)絡(luò)12中的等待時(shí)間，假定所述網(wǎng)關(guān)具有同步時(shí)鐘。沒有CIPM，網(wǎng)關(guān)36將不能確定延遲的響應(yīng)是否是因?yàn)槠髽I(yè)系統(tǒng) 22、 24之間的網(wǎng)絡(luò)擁塞，或是該服務(wù)的應(yīng)用服務(wù)器被嚴(yán)重負(fù)載的結(jié)果。
該類型的處理還可以或者替代地在服務(wù)控制器或其它中央聚合點(diǎn)處被 實(shí)施。中央性能信息聚合點(diǎn)因而可以充當(dāng)發(fā)布點(diǎn)、充當(dāng)能夠報(bào)告性能信息 和性能信息處理的結(jié)果的處理點(diǎn)、或充當(dāng)發(fā)布點(diǎn)和處理點(diǎn)兩者。
CIPM性能信息可以被用來驗(yàn)證符合諸如外部SLA、公司要求和/或性 能基線的性能量度。通過訪問在性能信息數(shù)據(jù)庫58中存儲的實(shí)際性能信息 和量度，性能信息處理模塊60可以實(shí)施這些類型的功能，對比所述量度性 能被測量或估算。性能量度可以被存儲在性能信息數(shù)據(jù)庫58中或一個(gè)或多 個(gè)單獨(dú)的存儲器(未示出)中。
警才艮生成器62將CIPM性能信息與適當(dāng)?shù)男阅芰慷冗M(jìn)行比較，并且 當(dāng)檢測到違反一致性閾值時(shí)自動生成警報(bào)。例如，當(dāng)時(shí)延高于閾值或超出 正常基線時(shí)延預(yù)定量時(shí)，可以生成警報(bào)。在一些實(shí)施例中，閾值是可配置 的，并且可以祐:設(shè)置為零容忍、離均值的標(biāo)準(zhǔn)偏差的數(shù)量或一些其它值。
由警報(bào)生成器62生成的警報(bào)被發(fā)送到一個(gè)或多個(gè)警才艮客戶端、這樣的 應(yīng)用或網(wǎng)絡(luò)操作員或管理員。
以上描述的性能監(jiān)控被稱為被動監(jiān)控，因?yàn)闆]有生成額外的請求/應(yīng)帶 對。如果一段時(shí)間服務(wù)上沒有活動，則可以使用主動監(jiān)控來確定該服務(wù)是 否可用。服務(wù)可用性監(jiān)控可以被提供為可配置的特征，以允許管理員配置 性能信息收集模塊56，以也主動地監(jiān)控一個(gè)或多個(gè)服務(wù)的可用性。
本地和/或CIPM性能信息還可以或替代地被用來生成性能基線。該功 能在圖2中通過基線生成器64表示?；€向管理員提供在他們的服務(wù)網(wǎng)絡(luò) 中的自動生成的"正常，，條件的視圖。
基線可以被分類為可變基線和靜態(tài)基線。對期望在一天的任何時(shí)間保 持相同的性能信息類型或?qū)θ魏蜗⒋笮〉?，可以生成靜態(tài)基線。靜態(tài)統(tǒng) 計(jì)資料的例子是低使用率網(wǎng)絡(luò)中的網(wǎng)絡(luò)時(shí)延，原始網(wǎng)絡(luò)時(shí)延對所述低使用 率網(wǎng)絡(luò)在一天的任何時(shí)間應(yīng)當(dāng)是不變的。例如，靜態(tài)基線可以被存儲為表 示許多樣本上的統(tǒng)計(jì)資料的平均值的單個(gè)數(shù)量?？梢酝ㄟ^利用收集的性能信息的隨機(jī)采樣來聚集樣本，所述性能信息與同 一性能量度有關(guān)。
可變基線可以隨一天的時(shí)間或其它參數(shù)改變。例如，每秒中請求的數(shù) 量可以隨一天的時(shí)間改變，或要求發(fā)送消息的時(shí)間可以隨消息大小改變。 可變基線可以被存儲為圖表，以便該基線可以在任何點(diǎn)與性能信息進(jìn)行比 較。
為了計(jì)算可變基線，可以使用每服務(wù)的或全局性能信息。當(dāng)新的本地
或CIPM性能信息被基線生成器64接收時(shí)，可以作出關(guān)于在基線計(jì)算中 是否應(yīng)當(dāng)使用新的性能信息的決定。在一些實(shí)施例中該決定基于兩個(gè)準(zhǔn)則。 第一，基于歷史和現(xiàn)有基線，必須確定性能信息是"正常"值。第二，檢 查抽樣率?？梢曰诔闃有阅苄畔⒂?jì)算基線。這意味著不是所有的性能信 息都有必要被存儲為基線性能信息。例如，對性能量度收集的每1000條性 能信息中僅有1條可能被包括在基線計(jì)算中。
可以使用新的性能信息重新計(jì)算基線，可能是在每天一次的基礎(chǔ)上或 響應(yīng)于一些其它的、可能是可配置的觸發(fā)器。 一些基線可能有對系統(tǒng)操作 員將不是顯而易見的周期性重復(fù)。例如，每秒請求性能信息可以具有在8 小時(shí)而不是24小時(shí)基礎(chǔ)上重復(fù)的峰值和槽形圖案。基線計(jì)算可以使用圖案 識別來確定一類型性能信息的基本周期并且僅對該周期創(chuàng)建基線。
根據(jù)一個(gè)實(shí)施例，使用滑動均值窗口 ( sliding averged window )在周 期性基礎(chǔ)上計(jì)算基線?？梢曰谏掀咛斓男阅苄畔?，每天一次更新對于例 如每秒請求的基線。 一旦基線被更新，它可以與其它性能量度被存儲在性 能信息數(shù)據(jù)庫58中或存儲在單獨(dú)的存儲器中，和/或被傳輸?shù)骄瘓?bào)生成器 62。
警報(bào)生成器62提供一種裝置來將系統(tǒng)性能問題傳達(dá)給系統(tǒng)操作員或 其它個(gè)人或系統(tǒng)，在圖2中一般所示如警報(bào)客戶端。警報(bào)生成器62將諸如 基線、SLA和/或內(nèi)部要求的性能要求與性能監(jiān)控一起配合起來用于檢測報(bào) 警條件的公共框架。
通過監(jiān)控來自基線、SLA或其它性能要求的各種性能信息，生成警報(bào)。 例如當(dāng)性能信息高于或低于可配置的閾值時(shí)，警報(bào)生成器62基于閾值生成
30警報(bào)。如以上指出的，閾值可以被配置為是零容忍的、以允許遠(yuǎn)離均值的 標(biāo)準(zhǔn)偏差的數(shù)量，或定義一些其它報(bào)警條件。
警報(bào)生成器62不需要一定基于性能信息的單個(gè)發(fā)生生成警報(bào)，所述性 能信息對它的性能量度超出可接受的范圍。性能信息可以例如是時(shí)間平均 的，以便小的短時(shí)毛刺(spike)不觸發(fā)報(bào)警。
警報(bào)可以經(jīng)由電子郵件、簡單網(wǎng)絡(luò)管理協(xié)+義(SNMP)代理或某其它 通知方法被傳達(dá)到一個(gè)或多個(gè)客戶端。警報(bào)生成器62因此可以可操作地耦 合到用于將警報(bào)傳達(dá)到警報(bào)客戶端的接口 52、 54、 66的一個(gè)或多個(gè)。
以上主要參考圖1的通信系統(tǒng)10和圖2的裝置50描述了本發(fā)明的實(shí) 施例。圖3是根據(jù)本發(fā)明另一實(shí)施例的方法的流程圖。
在方法70中，與服務(wù)的性能相關(guān)的性能信息在72處被收集。收集的 性能信息可以包括本地性能信息和/或被遠(yuǎn)程服務(wù)監(jiān)控點(diǎn)收集的CIPM性 能信息。在74處，收集的性能信息被與一個(gè)或多個(gè)閾值進(jìn)行比較。這些閾 值可以表示諸如SLA、內(nèi)部目標(biāo)或要求、和/或基線的服務(wù)要求。
基于在74處作出的比較，在76處作出關(guān)于是否應(yīng)當(dāng)生成警報(bào)的確定。 以上已指出了警報(bào)生成準(zhǔn)則的例子。如果在76處檢測到報(bào)警條件，則然后 在78處生成警報(bào)并且將其發(fā)送到一個(gè)或多個(gè)警凈艮客戶端。否則，或者當(dāng)生 成警報(bào)時(shí)，在79處，收集的性能信息被記錄和/或報(bào)告到例如服務(wù)控制器 或CIPM參與者。
方法70說明本發(fā)明的一個(gè)實(shí)施例。其它實(shí)施例可以涉及實(shí)施更少的、 附加的或不同的操作，和/或以不同于示出的順序?qū)嵤┎僮?。例如，收集?性能信息被在79處記錄和/或報(bào)告之前，不需要一定實(shí)施74、 76、 78處的 警^L處理。在一些實(shí)施例中，警報(bào)處理和性能信息記錄并行進(jìn)行，或者在 性能信息已凈皮才艮告后實(shí)施警報(bào)處理?？梢栽谝恍?shí)施例中實(shí)施的另 一操作 是基線生成。還應(yīng)當(dāng)理解，在服務(wù)性能監(jiān)控被激活而方法70被重復(fù)時(shí)，性 能信息收集和分析可以是正在進(jìn)行的過程。
方法70的進(jìn)一步變體對本領(lǐng)域的技術(shù)人員可以是或變得顯而易見的。
圖4是根據(jù)本發(fā)明另一實(shí)施例的數(shù)據(jù)結(jié)構(gòu)的框圖。數(shù)據(jù)結(jié)構(gòu)80包括要進(jìn)行性能監(jiān)控的服務(wù)的標(biāo)識符82、閾值或基線84、 一個(gè)或多個(gè)警報(bào)準(zhǔn)則 86以及收集的性能信息88。
例如可以在82通過服務(wù)或應(yīng)用名或地址標(biāo)識月l務(wù)。閾值或基線84可 以包括值或值的系列，以及在可變閾值或基線的情況中可能的多維值。在 86處存儲的警報(bào)準(zhǔn)則可以指定收集的性能消息可以遠(yuǎn)離閾值或基線的可 容忍的變化，當(dāng)收集的性能信息高于或低于它的閾值或基線時(shí)是否要發(fā)出 警報(bào)，和/或管理警報(bào)生成的其它條件。性能信息字段88表示對標(biāo)識的服 務(wù)已收集的性能信息。對于CIPM實(shí)現(xiàn)，性能信息的記錄還可以包括每個(gè) 服務(wù)監(jiān)控點(diǎn)的指示，在所述服務(wù)監(jiān)控點(diǎn)性能信息被收集。
數(shù)據(jù)結(jié)構(gòu)80旨在作為可以在服務(wù)性能監(jiān)控期間被存儲的信息類型的 說明性例子。對服務(wù)的性能記錄可以包括在圖4中示出的所有數(shù)據(jù)字段， 以便提供對該服務(wù)收集的性能信息的完整記錄和已對該服務(wù)施加的性能閾 值。對服務(wù)收集的性能信息可以替代地被單獨(dú)存儲。性能量度數(shù)據(jù)結(jié)構(gòu)可 以僅包括該量度的標(biāo)識符、閾值/基線信息和一個(gè)或多個(gè)告警準(zhǔn)則。
數(shù)據(jù)結(jié)構(gòu)80的進(jìn)一步變體可以包括更少的、附加的或不同的字段，和 /或以類似于或不同于示出的順序?qū)ψ侄蔚呐帕小?br> GUI表示可以體現(xiàn)本發(fā)明的方面的另一形式。圖5是這樣的GUI的例 子的框圖。GUI卯可以例如在操作員終端的顯示設(shè)備上被呈現(xiàn)。參考圖2， 管理員或操作員可以通過用戶系統(tǒng)和用戶系統(tǒng)接口 52訪問在數(shù)據(jù)庫58中 存儲的性能信息。被訪問的信息或者其被處理的版本然后可以在該用戶系 統(tǒng)處的顯示設(shè)備上被呈現(xiàn)。
示例GUI 90包括沿著網(wǎng)絡(luò)服務(wù)事務(wù)處理路徑的服務(wù)監(jiān)控點(diǎn)的表示98、 100、 102、 104、 106。如示出的，服務(wù)監(jiān)控點(diǎn)在GUI 90中被標(biāo)識為網(wǎng)絡(luò) 組件，在所述網(wǎng)絡(luò)組件處服務(wù)監(jiān)控已被激活。在不同實(shí)現(xiàn)中可以以一些其 它方式標(biāo)識這些服務(wù)監(jiān)控點(diǎn)，例如使用圖標(biāo)和/或網(wǎng)絡(luò)地址。
在GUI 90中示出的事務(wù)處理路徑包括多個(gè)獨(dú)立控制的網(wǎng)絡(luò)，并且在 92、 94、 96處也提供包括兩個(gè)企業(yè)系統(tǒng)和中間通信網(wǎng)絡(luò)的這些網(wǎng)絡(luò)的表示。
在108、 110、 112、 114、 116處提供性能信息的表示，所述性能信息與網(wǎng)絡(luò)服務(wù)相關(guān)并且已在服務(wù)監(jiān)控點(diǎn)處被收集?？梢砸灾T如文本、數(shù)字、 圖表等的各種形式的任一種來表示性能信息。性能信息表示可以替代地是 鏈路或可被選擇來顯示性能信息的其它活動的圖形單元。
在性能信息滿足報(bào)警條件的情況下，還可以或替代地提供警報(bào)指示。
如果請求例如在IOO表示的網(wǎng)關(guān)處被延遲了超過最大時(shí)延時(shí)間，可以通過 以警報(bào)顏色，示例性地如黃色或紅色，對網(wǎng)關(guān)表示IOO進(jìn)行涂色來提供警
報(bào)指示。
還可以在GUI卯中顯示諸如基線和/或基于SLA的要求的性能要求。 這將向操作員提供網(wǎng)絡(luò)服務(wù)的當(dāng)前狀態(tài)的指示，所述指示與與對該服務(wù)的 要求相關(guān)。
GUI 90是可以根據(jù)本發(fā)明一個(gè)實(shí)施例提供的網(wǎng)絡(luò)服務(wù)性能的可視指 示的一個(gè)說明性例子。在其它實(shí)施例中，可以以類似于或不同于示出的布 局提供進(jìn)一步的、更少的或不同的圖形單元。例如，被查看的網(wǎng)絡(luò)服務(wù)的 指示可以,皮提供為應(yīng)用服務(wù)器表示98的一部分，或者單獨(dú)地作為屏幕標(biāo) 題，或者在性能信息表示108、 110、 112、 114、 116內(nèi)。GUI還可以包括 其它組件的表示，不必要僅是已提供或激活服務(wù)監(jiān)控的那些組件。進(jìn)一步 的變體對本領(lǐng)域的技術(shù)人員可以是或變得顯而易見的。
本發(fā)明的實(shí)施例可以提供服務(wù)監(jiān)控和基線定線來確保公布的服務(wù)符合 諸如公司標(biāo)準(zhǔn)和/或外部SLA的要求。網(wǎng)絡(luò)駐留服務(wù)監(jiān)控允許多點(diǎn)感知服 務(wù)事務(wù)處理性能、提供實(shí)時(shí)的端到端性能視圖并且在企業(yè)內(nèi)和跨組織邊界 自動建立當(dāng)前服務(wù)基線。
該能力對于網(wǎng)絡(luò)和應(yīng)用管理員可以是有用的，以便提供服務(wù)正如要求 的被實(shí)施的保證，并且隔離網(wǎng)絡(luò)或應(yīng)用層問題用于故障檢修。目前用于監(jiān) 控網(wǎng)絡(luò)或應(yīng)用性能的方法僅支持在服務(wù)被/〉布的點(diǎn)處感知并隔離地監(jiān)控路 由中的IP分組流。對于管理員來說，建立對被服務(wù)的消費(fèi)者體驗(yàn)的實(shí)際性 能的完整^L圖，即使不是不可能的，當(dāng)前也是極其困難的。
自動基線生成可被用來向服務(wù)操作員提供容易使用的檢測他們網(wǎng)絡(luò)內(nèi) 的瞬時(shí)異常的方法。當(dāng)前性能級別漂離或毛刺離基線值太遠(yuǎn)時(shí)，可以生成
33實(shí)時(shí)警報(bào)。
現(xiàn)今沒有可用的產(chǎn)品允許在不同網(wǎng)絡(luò)節(jié)點(diǎn)處監(jiān)控服務(wù)性能并自動建立
性能基線，通過當(dāng)性能不在SLA要求之內(nèi)時(shí)發(fā)出告警，提供統(tǒng)一的web 服務(wù)視圖，來確保符合SLA。
如此處公開的服務(wù)性能監(jiān)控和基線定線，對服務(wù)可用性、性能和服務(wù) 性能基線值，創(chuàng)建獨(dú)特的每服務(wù)的端到端視圖。對企業(yè)內(nèi)的提供者/消費(fèi)者 和/或該企業(yè)外部的提供者/消費(fèi)者，可以在每服務(wù)基礎(chǔ)上創(chuàng)建所述視圖，這 允許網(wǎng)絡(luò)和應(yīng)用管理員在組織邊界內(nèi)和跨組織邊界均確保服務(wù)性能。
經(jīng)由具有報(bào)警和統(tǒng)一的每服務(wù)性能檢查跟蹤的實(shí)時(shí)監(jiān)控來確保服務(wù)I"生 能的能力，甚至是跨組織邊界的，是個(gè)強(qiáng)有力的工具，但是當(dāng)前對管理員 不是可用的。
更一般地，本發(fā)明的實(shí)施例可以被用于提供如以下的對全部服務(wù)SOA 基礎(chǔ)設(shè)施的完整的功能性
公司管理提供監(jiān)控、控制和報(bào)告以確保遵從法規(guī)，并且支持持續(xù)的 公司改進(jìn)；
被管理的合作伙伴外聯(lián)網(wǎng)與合作伙伴和分支點(diǎn)對web服務(wù)的受保護(hù) 的無^tz^布和4吏用；
web服務(wù)性能確保web服務(wù)的可用性和性能如公司要求或服務(wù)等級 協(xié)定(SLA);
公司靈活性及應(yīng)用敏感度基于SOAP報(bào)頭的內(nèi)容、XML標(biāo)記或其
它消息內(nèi)容，提供應(yīng)用層路由和消息轉(zhuǎn)換；
應(yīng)用安全通過確保消息被良好地構(gòu)成、檢測基于XML的攻擊以及
執(zhí)行應(yīng)用數(shù)據(jù)加密策略，提供應(yīng)用層安全；
生命周期管理通過回退提供對web服務(wù)的受控的公布； 系統(tǒng)特征提供可靠性、可伸縮性以及與開放標(biāo)準(zhǔn)的兼容。 此處和/或在以上參考的相關(guān)專利申請的一個(gè)或多個(gè)中已公開了這些
功能和其它功能。
已描述的內(nèi)容僅說明本發(fā)明實(shí)施例的原理的應(yīng)用。在不背離本發(fā)明范圍的情況下，本領(lǐng)域的技術(shù)人員可以實(shí)現(xiàn)其它配置和方法。
例如，如以上指出的，本發(fā)明決不限于在附圖中示出的和以上明確描
述的功能、方法步驟、數(shù)據(jù)結(jié)構(gòu)內(nèi)容或GUI內(nèi)容的特定部分。
還應(yīng)當(dāng)理解，本發(fā)明不限于以上的跨不同網(wǎng)絡(luò)的性能監(jiān)控的說明性例 子，其中，網(wǎng)絡(luò)服務(wù)由諸如企業(yè)系統(tǒng)22或應(yīng)用系統(tǒng)26 (圖1)的一個(gè)通信 網(wǎng)絡(luò)中的服務(wù)提供商系統(tǒng)提供，并且被網(wǎng)絡(luò)服務(wù)消費(fèi)者通過諸如通信網(wǎng)絡(luò)
絡(luò)使用。盡管在該場景中，在不同網(wǎng)絡(luò)處的性能信息收集將允許管理員維 護(hù)網(wǎng)絡(luò)服務(wù)的網(wǎng)間性能的記錄，可以設(shè)想本發(fā)明實(shí)施例的其它應(yīng)用。
可能地網(wǎng)絡(luò)服務(wù)監(jiān)控可以被應(yīng)用來比較由不同通信網(wǎng)絡(luò)中的各自的服 務(wù)提供商系統(tǒng)對一類型的網(wǎng)絡(luò)服務(wù)的各自提供。參考圖1，假定遠(yuǎn)程用戶 系統(tǒng)裝備28中的用戶系統(tǒng)49可以訪問由企業(yè)系統(tǒng)22和應(yīng)用系統(tǒng)26中各 自的應(yīng)用服務(wù)器32、 46提供的特定類型的服務(wù)。用戶系統(tǒng)49的用戶可能 希望確定哪個(gè)服務(wù)提高商系統(tǒng)，在該例子是應(yīng)用服務(wù)器32、 46,提供最佳 性能。在這種情況下，可以從系統(tǒng)22、 26均收集性能信息，并且可以作出 對該服務(wù)的性能的比較性確定。
此外，盡管主要在方法和系統(tǒng)的環(huán)境中予以了描述，也預(yù)期了本發(fā)明 實(shí)施例的其它實(shí)現(xiàn)，示例性地如在一個(gè)或多個(gè)機(jī)器可讀介質(zhì)上存儲的數(shù)據(jù) 結(jié)構(gòu)或指令，或例如如生成的以顯示收集的統(tǒng)計(jì)資料和/或警才艮的GUI。
3權(quán)利要求
1. 一種機(jī)器實(shí)現(xiàn)的方法，包括從多個(gè)服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息，所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括在第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和在第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)，所述第二通信網(wǎng)絡(luò)獨(dú)立于所述第一通信網(wǎng)絡(luò)被控制；以及基于在所述多個(gè)服務(wù)監(jiān)控點(diǎn)收集的所述性能信息，維護(hù)所述網(wǎng)絡(luò)服務(wù)的性能的記錄。
2. 根據(jù)權(quán)利要求l所述的方法，其中，所述網(wǎng)絡(luò)服務(wù)包括由所述第一 通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)中的各自的服務(wù)提供商系統(tǒng)對一類型的網(wǎng)絡(luò) 服務(wù)的各自供給。
3. 根據(jù)權(quán)利要求l所述的方法，其中，所述網(wǎng)絡(luò)服務(wù)由所述第一通信 網(wǎng)絡(luò)中的服務(wù)提供商系統(tǒng)提供，其中，所述第二通信網(wǎng)絡(luò)包括外部的獨(dú)立 控制的通信網(wǎng)絡(luò)，通過該外部的獨(dú)立控制的通信網(wǎng)絡(luò)所述網(wǎng)絡(luò)服務(wù)可被網(wǎng) 絡(luò)服務(wù)消費(fèi)者訪問，并且其中，所述記錄包括所述網(wǎng)絡(luò)服務(wù)的網(wǎng)間性能的 卡己錄。
4. 根據(jù)權(quán)利要求1至3的任一項(xiàng)所述的方法，進(jìn)一步包括 在所述第一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)的每一個(gè)中指定主要的網(wǎng)內(nèi)收集點(diǎn)來從每個(gè)網(wǎng)絡(luò)中的多個(gè)服務(wù)監(jiān)控點(diǎn)收集性能信息，其中，收集包括從所述指定的主要網(wǎng)內(nèi)收集點(diǎn)收集信息。
5. 根據(jù)權(quán)利要求3所述的方法，進(jìn)一步包括將所述性能的記錄與所述網(wǎng)絡(luò)服務(wù)的性能要求進(jìn)行比較；以及 響應(yīng)于所述性能的記錄和所述性能要求之間的差異生成警報(bào)。
6. 根據(jù)權(quán)利要求5所述的方法，其中，所述性能要求反映服務(wù)等級協(xié)定(SLA)要求、基于之前收集的與所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息建立的主動基線要求和在所述第 一通信網(wǎng)絡(luò)中建立的內(nèi)部性能要求的一個(gè)或多 個(gè)0
7. 根據(jù)權(quán)利要求1至3的任一項(xiàng)所述的方法，其中，收集包括基于與所述網(wǎng)絡(luò)服務(wù)相關(guān)的事務(wù)處理數(shù)據(jù)收集信息。
8. 根據(jù)權(quán)利要求1至3的任一項(xiàng)所述的方法，其中，所述網(wǎng)絡(luò)服務(wù)包 括web服務(wù)。
9. 一種存儲指令的機(jī)器可讀介質(zhì)，所述指令當(dāng)被執(zhí)行時(shí)實(shí)施權(quán)利要求 1至3的任一項(xiàng)所述的方法。
10. —種裝置，包括性能信息收集才莫塊，用于從多個(gè)服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性 能信息，所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于 所述第 一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)；以及性能信息處理模塊，可操作地耦合到所述性能信息收集模塊并且用于 依據(jù)在所述多個(gè)服務(wù)監(jiān)控點(diǎn)收集的所述性能信息維護(hù)所述網(wǎng)絡(luò)服務(wù)的性能 的記錄。
11.根據(jù)權(quán)利要求10所迷的裝置，其中，所述網(wǎng)絡(luò)服務(wù)包括由所述第 一通信網(wǎng)絡(luò)和所述第二通信網(wǎng)絡(luò)中的各自的服務(wù)提供商系統(tǒng)對一類型的網(wǎng) 絡(luò)服務(wù)的各自供給。
12. 根據(jù)權(quán)利要求10所述的裝置，其中，所述網(wǎng)絡(luò)服務(wù)由所述第一通 信網(wǎng)絡(luò)中的服務(wù)提供商系統(tǒng)提供，其中，所述第二通信網(wǎng)絡(luò)包括外部的獨(dú) 立控制的通信網(wǎng)絡(luò)，通過該外部的獨(dú)立控制的通信網(wǎng)絡(luò)所述網(wǎng)絡(luò)服務(wù)可凈皮 網(wǎng)絡(luò)服務(wù)消費(fèi)者訪問，并且其中，所述記錄包括所述網(wǎng)絡(luò)服務(wù)的網(wǎng)間性能 的T己錄。
13. 根據(jù)權(quán)利要求10至12的任一項(xiàng)所述的裝置，其中，所述性能信息收集模塊包括在所述第一通信網(wǎng)絡(luò)和所述第二通 信網(wǎng)絡(luò)的一個(gè)中指定的主要網(wǎng)內(nèi)收集點(diǎn)，并且用于從所述通信網(wǎng)絡(luò)的所述 一個(gè)中的多個(gè)服務(wù)監(jiān)控點(diǎn)收集性能信息，以及從所述通信網(wǎng)絡(luò)的另一個(gè)中 的指定的主要網(wǎng)內(nèi)收集點(diǎn)收集性能信息。
14. 根據(jù)權(quán)利要求10至12的任一項(xiàng)所述的裝置，其中，所述性能信 息處理器包括警報(bào)生成器，所述警報(bào)生成器用于將所述性能的記錄與所述 網(wǎng)絡(luò)服務(wù)的性能要求進(jìn)行比較，并且響應(yīng)于所述性能的記錄和所述性能要求之間的差異生成警報(bào)。
15. 根據(jù)權(quán)利要求14所述的裝置，其中，所述性能要求反映服務(wù)等級 協(xié)定(SLA)要求、基于之前收集的與所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息建立 的主動基線要求和在所述通信網(wǎng)絡(luò)中建立的內(nèi)部性能要求的一個(gè)或多個(gè)。
16. 根據(jù)權(quán)利要求15所述的裝置，其中，所述性能信息處理器進(jìn)一步 包括基線生成器，用于依據(jù)之前收集的與所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息生 成所述主動基線要求。
17. 根據(jù)權(quán)利要求10至12的任一項(xiàng)所述的裝置，其中，所述性能信 息收集模塊基于與所述網(wǎng)絡(luò)服務(wù)相關(guān)的事務(wù)處理數(shù)據(jù)收集性能信息，所述 事務(wù)處理數(shù)據(jù)包括與web服務(wù)請求和應(yīng)答消息有關(guān)的數(shù)據(jù)，并且所述數(shù)據(jù) 包括消息大小、消息類型、接收的時(shí)間、內(nèi)部處理時(shí)間和發(fā)送的時(shí)間的一 個(gè)或多個(gè)。
18. —種web服務(wù)節(jié)點(diǎn)，包括 根據(jù)權(quán)利要求10至12的任一項(xiàng)所述的裝置。
19. 根據(jù)權(quán)利要求18所述的web服務(wù)節(jié)點(diǎn)，其在以下的一個(gè)或多個(gè) 處被實(shí)現(xiàn)所述第一通信網(wǎng)絡(luò)、所述第二通信網(wǎng)絡(luò)和中夾聚合點(diǎn)。
20. —種裝置，包括性能信息收集模塊，用于在服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信 息，所述服務(wù)監(jiān)控點(diǎn)包括第 一通信網(wǎng)絡(luò)和獨(dú)立于所述第 一通信網(wǎng)絡(luò)被控制 的第二通信網(wǎng)絡(luò)的一個(gè)中的服務(wù)監(jiān)控點(diǎn)；以及接口 ，使得收集的性能信息能轉(zhuǎn)發(fā)到所述第一通信網(wǎng)絡(luò)和所述第二通 信網(wǎng)絡(luò)的另一個(gè)。
21. —種存儲數(shù)據(jù)結(jié)構(gòu)的機(jī)器可讀介質(zhì)，所述數(shù)據(jù)結(jié)構(gòu)包括 網(wǎng)絡(luò)服務(wù)的標(biāo)識符；以及與所述網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息，所述性能信息包括在多個(gè)服務(wù)監(jiān)控 點(diǎn)收集的性能信息，所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第 一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控 點(diǎn)和獨(dú)立于所述第 一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)。
22. 根據(jù)權(quán)利要求21所述的介質(zhì)，其中，所述數(shù)據(jù)結(jié)構(gòu)進(jìn)一步包括指 示條件的信息，在所述條件下基于所述性能信息的性能警報(bào)將被生成。
23. —種裝置，其包括存儲器，用于存儲與網(wǎng)絡(luò)服務(wù)相關(guān)的歷史性能信息；以及 警報(bào)生成器，可操作地耦合到所述存儲器并且用于依據(jù)所述歷史性能 信息確定是否響應(yīng)于隨后收集的與所述服務(wù)相關(guān)的性能信息生成警報(bào)。
24. 根據(jù)權(quán)利要求23所述的裝置，進(jìn)一步包括基線生成器，可操作地耦合到所述存儲器和所述警報(bào)生成器，并且用 于依據(jù)所述歷史性能信息建立性能基線，其中，所述警^^艮生成器用于通過將所述隨后收集的性能信息與所述基 線生成器建立的所述性能基線進(jìn)行比較來確定是否生成警報(bào)。
25. —種圖形用戶界面(GUI)，包括多個(gè)服務(wù)監(jiān)控點(diǎn)的各自的表示，所述多個(gè)服務(wù)監(jiān)控點(diǎn)包括第一通信網(wǎng) 絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于所述第 一通信網(wǎng)絡(luò)^皮控制的第二通信網(wǎng)絡(luò)中的 服務(wù)監(jiān)控點(diǎn)；以及在所述多個(gè)服務(wù)監(jiān)控點(diǎn)已被收集的與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息的各自 的表示。
全文摘要
公開了網(wǎng)絡(luò)服務(wù)性能監(jiān)控裝置和方法。從多個(gè)服務(wù)監(jiān)控點(diǎn)收集與網(wǎng)絡(luò)服務(wù)相關(guān)的性能信息。所述服務(wù)監(jiān)控點(diǎn)包括至少第一通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)和獨(dú)立于所述第一通信網(wǎng)絡(luò)被控制的第二通信網(wǎng)絡(luò)中的服務(wù)監(jiān)控點(diǎn)。所述第一通信網(wǎng)絡(luò)可以是提供所述網(wǎng)絡(luò)服務(wù)的服務(wù)提供商系統(tǒng)所處的網(wǎng)絡(luò)，并且所述第二通信網(wǎng)絡(luò)可以是所述網(wǎng)絡(luò)服務(wù)通過它可被網(wǎng)絡(luò)服務(wù)消費(fèi)者訪問的通信網(wǎng)絡(luò)。在該情況中，所述收集的性能信息可以被集成來創(chuàng)建所述服務(wù)的性能的網(wǎng)內(nèi)視圖。與網(wǎng)絡(luò)服務(wù)相關(guān)的歷史性能信息可以被用來建立對所述服務(wù)的性能基線。
文檔編號H04L12/24GK101473594SQ200780022702
公開日2009年7月1日 申請日期2007年6月18日 優(yōu)先權(quán)日2006年6月20日
發(fā)明者B·J·懷特黑德, C·格羅斯納, K·帕克 申請人:阿爾卡特朗訊公司