我們相信,業(yè)界會為 JMX 和其他基于 SOA 的管理標準開發(fā) WSDM 協(xié)議適配器的。一般性的概念是, WSDM 協(xié)議適配器將支持 WSDM 客戶端或管理應用程序,來使用 Web 服務協(xié)議與 JMX Mbean 連接(參見 圖 1 )。
圖 1. 從 JMX 到 WSDM 的連通性
通常, JMX-WSDM 協(xié)議適配器會使用 Web 服務協(xié)議,來支持 WSDM 客戶端或管理應用程序,與 JMX Mbean 連接。
如果開發(fā)人員希望通過 JMX 來實現(xiàn)易管理性,那么他們是如何實現(xiàn) SOMA 的呢?幸運的是,有許多良好的證據(jù)點,演示了從 JMX 到 SOA 管理風格的映射。例如, HP 發(fā)布了 HP OpenView Smart Plug-In (SPI) ,它可以管理和監(jiān)控 WebLogic Integration 中的業(yè)務流程(參見參考資料) SPI 不得不包括由 BEA Weblogic Integration 公開的 JMX Mbean 和基于 WSMF 的接口之間的一座橋梁。
從我們自己的經(jīng)驗出發(fā),我們已經(jīng)找出了,在把 JMX 映射為 Web 服務過程中的幾處障礙。要想克服這些難題,我們需要考慮服務和松散耦合體系結(jié)構(gòu)方面的問題。我們必須應用一些設計原則,比如簡單性、模塊性和互操作性。
例如,假定一個典型的 JMX Mbean 與客戶端有著十分緊密的耦合,公開了有關(guān)可管理資源的許多底層細節(jié)。 JMX Mbean 可能映射為 Java 類或 Enterprise JavaBean (EJB) 。我們不想把這個 Mbean 映射為單個的 Web 服務端點。相反, SOA 需要一個用于公開易管理性的、更加粗粒度的方法。
Java 和 Web 服務使用的數(shù)據(jù)類型之間的互操作性,也是必須解決的一個主要難題。我們發(fā)現(xiàn), JMX 接口使用的數(shù)據(jù)類型,不能自動轉(zhuǎn)換為 Web 服務的數(shù)據(jù)類型。另外, JMX Mbean 可以向 Java 對象返回一個遠程引用,這在 Web 服務世界中沒有相對應的部分。
管理挑戰(zhàn)
我們研究 JMX 定義的編程模型和體系結(jié)構(gòu)時,發(fā)現(xiàn)了編程接口和 管理模型 之間的明顯區(qū)別。 JMX 提供了一個非常靈活且功能強大的 API ,用于實現(xiàn)應用程序的易管理性,但是單獨使用 JMX 無法定義或利用任何特定的管理模型。
建立良好的管理模型,對于功能豐富的管理應用程序來說是必不可少的。如果沒有這種管理模型,跨應用程序一致地提取和處理管理數(shù)據(jù),就將成為一大挑戰(zhàn)。
最后,在 JMX 中尚未完全支持的新興 Web 服務管理規(guī)范中,定義了幾種重要的管理抽象。例如, WSDM Management Using Web Services (MUWS) 包括一個線級規(guī)范,用于基于 Web 服務技術(shù)的交換管理信息。這個規(guī)范對 Metrics, ResourceState 和 Relationships 的管理功能進行了建模(參見 圖 2 )。
圖 2. 管理功能
這個規(guī)范對 Metrics, ResourceState 和 Relationships 的管理功能進行了建模。
JMX 無法充分地對許多此類功能建模。例如,盡管 JMX 為 Mbean 之中的關(guān)系定義了一個 Relation 服務,但它使用起來還是相當?shù)膹碗s,而且很少在實踐中實現(xiàn)。 JMX 也不直接支持像 Metrics 和 State 這樣的功能。例如, JMX 中并沒有預定義的類,來代表不同類別的量度。
WSDM 的這些缺點,使從 JMX 到 SOA 的易管理性接口的自動轉(zhuǎn)換,成為了一個大大的難題。為了幫助您克服一部分此類難題,我們給出了一系列的 5 個最佳實踐,用于為 WSDM 作準備的 JMX 開發(fā)。我們相信,結(jié)合這些實踐,將會開發(fā)出更加易于管理的應用程序,而與您是否計劃使用 WSDM 無關(guān)。
相關(guān)推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |