2.2 應用 JMX 最佳實踐

　　構建 Java 應用程序需要許多復雜的分布式組件。現今，幾乎所有的應用程序都要連接到遺留系統或其他 IT 資源。這些應用程序的分布式本質，為 IT 提出了一個難以置信的挑戰，即一旦開發出一個應用程序，就要擔負起維護該應用程序及其所有相關程序的重擔。

　　由于企業開始采用面向服務的體系結構( Service-Oriented Architectures ， SOA )，問題變得進一步復雜化了。 SOA 引入了一種設計風格，即把應用程序公開為，以松散耦合方式連接的服務。在 SOA 方法中，通常使用不同的編程語言和平臺，來開發應用程序組件。在某些情況下，客戶端和服務提供者之間的連接，直到運行時都無法確定。

　　寄希望于利用 SOA 的企業，現在需要一種更好的方式，來管理它們的分布式應用程序和服務。對處理現今應用程序異構和動態的本質來說，使用既定的底層管理技術(如 SNMP )已經不能滿足需求。管理需要面向服務的風格—— META Group 將此稱為面向服務的管理體系結構( Service-Oriented Management Architecture )或 (SOMA) 。( 參見 參考資料 )

　　SOMA 允許異構的托管系統和管理應用程序和平共處。面向服務的管理風格，可以消除現存的人工屏障，這些屏障，是由于依賴特定平臺上的特定管理 API 而造成的。讓我們進一步考察，如何通過 Java 管理擴展( Java Management Extension ， JMX ) API ，而在 Java 中實現 SOMA 。

　　除了支持在管理產品之間進行更好的集成之外， SOMA 還使得開發自定義管理應用程序變得更加輕松。盡管企業通常依賴于開箱即用的管理解決方案，但也需要構建用于監控管理數據的，特定子集的自定義工具板。 SOA 風格的管理將使一個團隊，能夠使用反饋自 Web 服務的數據，來快速構建管理應用程序。 Web 服務是 SOA 實現中使用的常見技術。

　　SOMA 表述

　　區分管理接口和管理實現是相當重要的。 SOMA 中提出的設計原則，主要與托管系統和被托管應用程序之間的接口有關。關于在公開一項托管資源的過程中，所使用的底層實現， SOMA 沒有任何表述。一個應用程序可能需要使用特定的 API ，并借助不同的管理接口進行公開。例如， Java 開發人員可以使用 JMX ，在他們的應用程序中增加易管理性。 JMX 使開發人員可以在他們的應用程序中使用 JMX MBean ，這樣 JMX Mbean 服務器就可以發現并訪問這些托管資源。

　　JMX 不僅僅是一個編程 API ，它還定義了一個包括監控和管理服務的體系結構，以及一個包括連接器和適配器的分布層。開發人員可以使用標準的 RMI 連接器，來外部公開管理接口。然而，如果您希望公開更多面向服務的管理接口，那么使用 RMI 連接器并非最佳方法。

　　現在已經提出了幾個用于解決 SOMA 問題的標準。 Hewlett-Packard (HP) 所進行的早期工作，導致了第一批基于 SOA 的管理標準的出現，其中之一是： Web 服務管理框架( Web Services Management Framework ， WSMF )。 HP 把 WSMF 提供給了 Web Services Distributed Management (WSDM) ， WSDM 是一個 OASIS 技術委員會，創建它的目的是，為用于可管理資源的 Web 服務接口定義規范。

　　計算機等級考試二級Java經典算法大全匯總

　　2010年9月計算機等級考試成績查詢時間匯總

 　　2011計算機等級考試二級JAVA學習精華匯總