智慧政务云运行管理与监控系统设计方案

1、智慧政务云运行管理与监控系统设计方案目 录 TOC o 1-4 h z u HYPERLINK l _Toc56709243 第1章、前言 PAGEREF _Toc56709243 h 3 HYPERLINK l _Toc56709244 1.1、项目设计原则 PAGEREF _Toc56709244 h 3 HYPERLINK l _Toc56709245 1.1.1、统一建设 PAGEREF _Toc56709245 h 3 HYPERLINK l _Toc56709246 1.1.2、相对独立 PAGEREF _Toc56709246 h 3 HYPERLINK l _Toc567092

2、47 1.1.3、共建共享 PAGEREF _Toc56709247 h 3 HYPERLINK l _Toc56709248 1.1.4、安全可靠 PAGEREF _Toc56709248 h 3 HYPERLINK l _Toc56709249 1.2、建设思路 PAGEREF _Toc56709249 h 4 HYPERLINK l _Toc56709250 1.2.1、需求驱动 PAGEREF _Toc56709250 h 4 HYPERLINK l _Toc56709251 1.2.2、标准先行 PAGEREF _Toc56709251 h 4 HYPERLINK l _Toc567

3、09252 1.2.3、围绕数据 PAGEREF _Toc56709252 h 4 HYPERLINK l _Toc56709253 1.2.4、逐步扩展 PAGEREF _Toc56709253 h 4 HYPERLINK l _Toc56709254 第2章、应用支撑软件设计 PAGEREF _Toc56709254 h 5 HYPERLINK l _Toc56709255 2.1、总体设计 PAGEREF _Toc56709255 h 5 HYPERLINK l _Toc56709256 5.1.1、总体架构设计 PAGEREF _Toc56709256 h 5 HYPERLINK l

4、_Toc56709257 5.1.2、技术架构设计 PAGEREF _Toc56709257 h 6 HYPERLINK l _Toc56709258 2.2、关键技术特性 PAGEREF _Toc56709258 h 6 HYPERLINK l _Toc56709259 2.5、运行管理与监控系统设计 PAGEREF _Toc56709259 h 7 HYPERLINK l _Toc56709260 5.5.1、运行管理与监控系统的体系结构设计 PAGEREF _Toc56709260 h 9 HYPERLINK l _Toc56709261 、技术体系结构 PAGEREF _Toc5670

5、9261 h 10 HYPERLINK l _Toc56709262 、各层的主要部件 PAGEREF _Toc56709262 h 13 HYPERLINK l _Toc56709263 5.5.2、运行管理与监控系统的信息模型设计 PAGEREF _Toc56709263 h 15 HYPERLINK l _Toc56709264 、CIM 对象管理的的逻辑结构 PAGEREF _Toc56709264 h 16 HYPERLINK l _Toc56709265 、CIM 的信息模型 PAGEREF _Toc56709265 h 17 HYPERLINK l _Toc56709266 5.

6、5.3、WBEM与JMX的结合 PAGEREF _Toc56709266 h 18 HYPERLINK l _Toc56709267 、WBEM(Web-Based Enterprise Management) PAGEREF _Toc56709267 h 18 HYPERLINK l _Toc56709268 、JMX(Java Management Extensions) PAGEREF _Toc56709268 h 20 HYPERLINK l _Toc56709269 5.5.4、WBEM和JMX结合体系结构的优点 PAGEREF _Toc56709269 h 20 HYPERLINK

7、 l _Toc56709270 2.6、安全认证模块设计 PAGEREF _Toc56709270 h 21 HYPERLINK l _Toc56709271 5.6.1、登陆认证过程 PAGEREF _Toc56709271 h 22 HYPERLINK l _Toc56709272 5.6.2、数据交换安全设计 PAGEREF _Toc56709272 h 24 HYPERLINK l _Toc56709273 2.7、应用支撑体系方案设计的特点 PAGEREF _Toc56709273 h 26 HYPERLINK l _Toc56709274 5.7.1、支撑政府综合应用和跨部门应用

8、PAGEREF _Toc56709274 h 26 HYPERLINK l _Toc56709275 5.7.2、多层次、稳定和性能优越的数据共享交换 PAGEREF _Toc56709275 h 26 HYPERLINK l _Toc56709276 5.7.3、即插即用的柔性和管理扩展的架构 PAGEREF _Toc56709276 h 27 HYPERLINK l _Toc56709277 5.7.4、统一灵活的消息交换平台 PAGEREF _Toc56709277 h 29 HYPERLINK l _Toc56709278 5.7.5、与电子政务安全平台充分结合的系统 PAGEREF

9、_Toc56709278 h 30 HYPERLINK l _Toc56709279 5.7.6、可靠传输：通过即插即用的协议栈 PAGEREF _Toc56709279 h 31 HYPERLINK l _Toc56709280 2.8、应用支撑原型系统部分功能界面介绍 PAGEREF _Toc56709280 h 32第1章、前言1.1、项目设计原则1.1.1、统一建设数据中心必须统一规范建设。通过制定统一的数据交换与共享标准，建设统一的数据共享与交换平台和统一的前置机接口系统，可以避免重复投资，降低接口的复杂性，有效实现数据中心与业务部门以及业务部门之间的数据共享与数据交换，消除社会保障

10、系统范围内的“信息孤岛”，实现数据资源的互联互通。1.1.2、相对独立根据数据中心的功能定位，数据中心的建设和运作必须保持业务系统的相对独立性。为此采用松散耦合方式，通过在业务部门统一配置接口系统实现数据资源整合。1.1.3、共建共享一方面建设数据中心的目的是为了实现业务部门之间的数据共享。另一方面，数据中心的数据来源于各个业务部门，因此数据中心的建设必须依靠各业务部门的积极参与和配合。1.1.4、安全可靠由于社会保障数据与广大社会保障对象的切身利益密切相关，所以数据中心的安全是非常重要的。因此，必须要做好系统的安全设计，防范各种安全风险，确保数据中心能够安全可靠的运行。同时数据中心必须采用成

11、熟的技术和体系结构，采用高质量的产品，并且要具有一定的容灾功能。1.2、建设思路1.2.1、需求驱动数据中心是需求驱动的产物。在项目建设过程中，始终要以满足业务管理的需要、业务监督的需要、领导决策的需要以及公众服务的需要为出发点，驱动数据中心的建设。1.2.2、标准先行标准法规是数据中心的逻辑支撑。在系统建设前，首先要明确数据中心的运行管理机制，制定有关的管理法规和标准规范框架，保障数据中心建设的顺利进行。在建设过程中，要不断总结和完善，对标准规范进行调整和升级。为此需要确立一套升级标准规范的机制和方法，同时尽量避免标准变更对业务系统的影响。1.2.3、围绕数据数据是数据中心最重要的资源。数据

12、中心采用数据整合的方式，在业务系统相对独立的基础上，进行数据的采集、整理、比对、发布、共享和交换。1.2.4、逐步扩展由于建设数据中心没有现成的经验可以借鉴，为减少项目风险，在建设过程中应采用原型迭代法，即首先建立数据中心的最小功能集和最小数据集，然后不断完善和扩充，努力做到边建设、边应用、边见效。第2章、应用支撑软件设计应用支撑系统的建设包括数据共享与交换平台、公共数据管理维护系统和运行管理与监控系统等三个方面。2.1、总体设计5.1.1、总体架构设计根据需求，我们设计的应用支撑系统包括共享交换平台、管理监控系统、公共数据管理维护等模块组成。此外，考虑到业务需要，安全认证体系将为各模块提供安

13、全认证服务。应用支撑系统的总体系统架构如图：5.1.2、技术架构设计2.2、关键技术特性社会保障系统数据中心，作为跨部门跨地区电子政务应用，技术架构具有以下的特性：跨平台特性：使系统能够跨越整个网络中各种操作系统平台建设；高集成能力特性：一方面，整个系统按照其初步功能可以清楚的分成几大部分，而这几大部分又是一个有机的集成在一起的整体，那么系统的技术架构必须具有集成能力，另一方面，由于这个系统的不同部分有各自的特点，所以需要使用适宜的开发工具、适宜的语言来开发，那么系统的技术架构必须具有集成使用不同工具、语言开发的模块的能力；高可靠性：对于社保数据中心软件这样基于广域网的大型应用系统，提供高可靠

14、性是系统生存的关键；高安全性：保证系统必须保证在广域网环境下的具有足够的安全性，符合电子政务建设中的安全要求，能与电子政务认证中心CA/PKI系统无缝结合。高扩展性：对于社保数据中心，其功能及职能必须要有很好的扩展性，在规划设计之初，就应该从全局出发考虑，使得系统具备搞扩展性。完好的封装性：使系统的每个部分必须是很好的封装的，各部分之间的交互不必清楚对方内部的实现逻辑；松散耦合的特性：使系统有足够好的可扩展能力，各部分之间必须是松散耦合的，每个部分的实现方法的变化不应该对系统的其他部分造成影响；标准协议规范的特性：系统应该使用标准的协议和共同的规范，如使用XML技术来方便的在不同的系统部分之间

15、共享数据；高度的功能抽象和可重用特性：能够使系统中重复的开发、重叠的功能模块尽量的少，系统不同部分可以重用相同的功能模块；低维护的特性：系统中的新增的模块只需要在一处配置，可以被多个子系统共享的能力。2.5、运行管理与监控系统设计为方便对数据中心的管理和维护，需要一套功能完整的运行管理与监控维护系统，保障整个数据中心系统和信息资源的高可靠、高可控和高效。运行管理系统主要提供给数据中心的系统管理人员使用，用于保证数据中心的安全可靠和高效运行。其功能主要包括面向安全性的用户管理、权限管理和密码管理；面向可用性的节点管理和状态监控；面向可靠性的数据备份和恢复；面向性能优化的性能监控；面向运行管理机制

16、的信息管理等。提供满足监测统计要求的功能，提供对检测日志内容的简单统计分析表等。运行管理与监控系统的管理对象包括：数据共享与交换平台、数据库服务器、主机服务器、网络设备、备份和存储设备、数据交换节点设备和系统等。运行监控管理要涉及不同领域的多种协议和接口 - 比如 SNMP 用于网络管理，桌面管理接口 (DMI) 用于桌面系统管理。基于 Web 的企业管理 (WBEM) 是这个行业的一个倡议，能够收集、管理并合并多种来源的管理数据，从而更全面、更精确地了解系统环境。WBEM 有两个关键的组成部分（但有可能会使用更多的标准，比如使用 XML 平台来中立地共享 CIM 对象）： 公共信息模型 (C

17、IM) 规范，它定义了 WBEM 实施的要求 CIM 架构，它描述了数据存储库的内容运行监控管理平台的体系结构可参考如下所示：5.5.1、运行管理与监控系统的体系结构设计运行管理与监控系统通过数据共享交换平台的资源管理体系和智能代理共同来完成。运行管理与监控系统的系统结构如图：资源管理体系和智能代理的实现符合WBEM标准和JMX规范，JMX定义了开发可管理应用或网络管理系统的一个体系结构、若干设计模式、API和服务。JMX规范包含若干现有标准管理协议的Java API，JMX通过广泛应用的两个管理协议：SNMP管理者API和CIM/WBEM管理者与提供者API与WBEM达成无缝的集成。JMX规

18、范向业界各领域的用户提供了装配代码、创建智能代理、实现分布式管理中间件和管理者的方式，并且可使这些解决方案平滑的集成到现有管理系统中。另外JMX规范也提供了若干现有标准管理技术的Java API。JMX侧重管理软件架构和数据接口系统（部署到各个部门的前置机）而WBEM则侧重管理网络设备，他们各有分工又互相合作。、技术体系结构运行管理与监控系统的实现符合JMX规范，体系结构分为以下三层： 装配层（Instrumentation level） 代理层（Agent level） 分布式服务层（distributed services level）1、装配层（Instrumentation Level

19、）装配层提供一个用于实现JMX可管理资源的规范。一个JMX可管理资源可以是一个应用,也可以是一个服务、设备等的实现。它用Java开发, 或至少提供一个Java包装器(wrapper), 并且为了可被JMX兼容的应用管理，它应可被装配。一个给定的装配由一个或多个Managed Bean（也称作MBean）提供。MBean既可以是标准的，也可以是动态的。标准MBean是符合特定设计模式的Java对象，该设计模式源于 JavaBean部件模型。动态MBean符合特定的接口，该接口在运行时提供了更大的灵活性。资源的装配使它可以通过代理层被管理。MBean不需要知 道JMX代理如何操作。MBean 被设

20、计得灵活、简单和易于实现。应用、服务或设备的开发者可以通过一个标准的方式使他们的产品具备可管理性，而不必了解复杂的管理系统。已存在的对象也可 容易地调整为标准MBean或包装为动态MBean，这样就可用最小的努力使已存在的资源可管理。另外，装配层还确定了一种通知机制，这样可使MBean 产生和传播通知事件到其他层的部件。JMX 可管理资源可被JMX兼容的代理自动管理。他们也可被非JMX兼容，但应是支持MBean 设计模式和接口的系统管理。2、代理层（Agent Level）代理层提供了实现代理的一个规范。管理代理直接控制资源，并使远程管理应用通过其可获得这些资源。代理通常与它所控制的资源在同一

21、个机器上（不是必须的）。为了定义一个标准的代理来管理JMX可管理资源，这一层建在装配层之上，并使用装配层提供的功能。JMX代理由一个MBean Server和一系列操作MBean的服务组成。另外，一个JMX代理必须至少需要一个通信适配器或连接器。MBean Server 和代理服务在规范中是强制实现的。管理者通过一个协议适配器或连接器访问一个代理的MBean，而JMX代理不需要知道其远程管理应用是否在使用中。JMX代理由管理系统的开发者实 现，他们用一种标准的方式建立代理，而不需要理解JMX可管理资源的语意，也不必了解管理应用的功能。JMX代理将与JMX分布式服务自动兼容，而且也可被用于任何非

22、JMX兼容，但必须是支持JMX代理的系统或应用。3、分布式服务层（Distributed Services Level）分布式服务的细节超出了现阶段的JMX规范。这里只是为了提供一个完整的JMX体系结构视图。分布式服务层提供实现JMX管理者的接口。这一层定义了操作代理的管理接口和部件。这些部件可完成以下功能： 提供一个管理应用的接口，该接口通过一个连接器可与代理及其JMX可管理资源进行透明交互； 通过把JMX代理和它包含的MBean的语意映射到一个数据丰富的协议（如HTML或SNMP）来展示它们的管理视图； 从高层管理平台发布管理信息到各个JMX代理； 从各个JMX代理集中管理信息到与终端用户

23、业务操作相关的逻辑视图； 提供安全性。管理层与代理和装配层的组合，提供了设计和开发整个管理方案的一个完整的体系结构。4、管理协议API(Additional Management Protocol APIs)附加的管理协议API提供了与现有管理系统互操作的一个规范。这些API独立于JMX规范，目前正在进行开发的API有： SNMP管理者API； CIM/WBEM管理者和提供者API。通过将交互操作封装到JMX可管理资源中，管理平台和应用的开发者可以使用这些API与现有管理环境交互。例如，通过开发一个SNMP管理者，并且将它装配为一个MBean，可移植的Java管理方案可替换遗留系统上的SNMP

24、管理应用。这些Java API帮助开发者建立符合工业标准的且与平台无关的管理应用。新的管理方案可以集成现有的基础结构，现有的管理也可以利用基于Java的管理应用的优点。、各层的主要部件1、装配层的关键部件（1）MBean (标准、动态、开放和模型MBean) MBean是实现了特定接口并符合特定设计模式的Java对象。这些要求形式化了MBean中资源的管理接口的表示。资源的管理接口是用于管理一个应用需 要操作该资源时所必需的全部信息和控制的集合。一个MBean的管理接口包括： 可访问的有值属性； 可调用的操作； 可产生的通知； MBean Java类的构造符。MBean封装通过公用方法封装属性

25、和操作，并且通过遵循设计模式将它们展示给管理应用。例如，标准MBean的一个只读属性将有一个getter方 法，而getter和setter方法则实现读写访问。任何作为MBean实现的对象只要注册到代理，就可被管理。这些对象包括：应用希望管理的资源、帮 助管理资源的增值服务和可管理的JMX基础结构部件。其他JMX部件，如代理服务，它们被规定为完全装配的MBean。JMX定义了四种MBean：标准、动态、开放和模型MBean。每种对应不同的装配需要：标准MBean设计和实现最简单，它们的管理接口被描述为它们的方法。动态MBean必须实现特定的接口，但通过在运行时展示它们的管理接口，提供了最大的灵

26、活性。开放MBean和模型MBean是更通用的动态MBean。（2）通知模型 JMX规范定义了一个基于Java事件模型的通用通知模型。通知可由MBean实例产生，也可由MBean server产生。规范描述了通知对象和通知发送者与接收者必须实现的广播及侦听接口。（3）MBean 元数据（metadata）类 装配规范定义了描述MBean管理接口的类。这些类被用于建立表示MBean管理接口的标准信息结构。代理层MBean server的一个功能就是提供它包含的MBean的元数据。元数据包含了描述MBean管理接口所有部件的结构：它的属性、操作、通知和构造符。对于每 一项，元数据包含一个名字、一个

27、描述和它的特性。例如，一个属性的特性是它是否可读、可写或可读写；一个操作的特性是它的参数和返回值的签名。 2、代理层的关键部件代理层的核心部件是MBean server 和代理服务。MBean server是装配层对象的注册器。代理服务则包含一些管理智能，以便代理更具自主性和性能的提高。（1） MBean server MBean server是将其展示给代理内部管理操作的对象的注册器。管理应用可对任何注册到MBean server的对象进行管理。然而，MBean server只展示MBean的管理接口，不会直接展示其对象参考。任何你想从代理之外进行管理的资源必须以MBean方式注册到MBea

28、n server。当你注册一个MBean时，必须给它提供一个唯一的对象名。进行管理操作时，管理应用使用这个对象名来标识对象。MBean包含的可访问操作有： 发现MBean的管理接口； 读写MBean的属性值； 执行MBean定义的操作； 得到由MBean发出的通知； 基于它们的对象名或属性值查询Mbean。（2） 代理服务 代理服务是可对注册到MBean server的MBean进行管理操作的对象。通过在代理中包含管理智能，JMX使开发者可建立更强大的管理方案。代理服务通常也是MBean，这样就使它们的功能也可通过MBean server被控制。JMX规范定义了以下代理服务： 动态类装载通过管

29、理applet（management applet）服务检索或实例化新类。 监视器观察MBean属性的值，并在它们发生变化时可通知其它对象。 定时器基于定时通知或重复周期通知的计划机制。 关系服务定义MBean之间的关系, 并基于预定义的关系类型保证关系的一致。5.5.2、运行管理与监控系统的信息模型设计运行管理与监控系统的信息模型设计采用国际通用的WBEM管理规范。WBEM规范了企业网络中受管资源的描述与使用，由以下几个组件组成：公共信息模型 (CIM) 是一种机制，用于为受管资源建模并以受管对象格式 (MOF) 表现这些模型。使用 CIM 和 MOF，组成受管资源或资源网络的组件可以象在面

30、向对象设计过程中使用的组件一样被建模和看待。受管对象格式 (MOF) 是源自 CIM 模型中的类和关联的正规描述。MOF 有它独有的语法，但使用来自于 DMTF 中的 DTD 可将它转化为 XML。标准化模型是一个 CIM 类集合，用于表现一个特殊的管理域。模型可以表现核心 CIM 类、网络类、软件类和更多的类。CIM 对象管理器 (CIMOM) 是 CIM 类实例的一个数据库。CIMOM 是访问管理资源的重点。XML API 提供对数据的标准化访问并启用针对 CIMOM 中显示的受管资源的操作。WBEM 提供了一个标准化的建模环境 (CIM)、一个对象库 (CIMOM)，和对 CIMOM (

31、MOF) 进行标准化客户机访问的定义。WBEM 的能力体现在由 DMTF 成员维护的严格的类标准化过程方面。、CIM 对象管理的的逻辑结构整个 CIM 模型和标准扩展是软硬件厂商为便于进一步扩展而建立的。当一个 CIM 模型和 MOF 定义完成时，软件包被导入到一个 CIM 对象管理器 (CIMOM)。CIMOM 提供了一个中心库，网络客户可在其中收集关于系统中受管资源的信息。将数据植入 CIMOM 是从在 CIMOM 中导入或创建受管资源定义开始，就象在数据库中创建一个表。定义复杂类的 MOF 文件先被导入 CIMOM，随后导入一个类的实例，该类与一个可在 CIMOM 中创建的指定的受管资源

32、有关。可以使用一个客户接口来创建类实例，但那并不是植入 CIMOM 的最普遍的机制。通常为 CIMOM 提供静态数据，或者得到一个能提供动态数据的提供者。CIMOM 和其组件的逻辑结构：数据的状态（静态或动态）将取决于包含在 MOF 文件中的元数据。动态提供者锁存了一个标准化的数据库，这个数据库与标准客户机 API 一起实现数据访问，所以提供者较管理面有优势。当管理应用程序变得更为复杂时，WBEM 简化了客户端的编程，这种简化是通过从客户机精简硬件和软件的管理过程来实现的。客户机程序员和驱动器级程序员在很大程度上受益于标准化和模型设计的重用。、CIM 的信息模型DMTF 通过在标准体中的重复创

33、建一个分层类层次，它正确反映需管理的各种区域中的可管理元素。每个管理区域，如存储器或应用程序，都显示在 CIM 模型中。在这些管理区域中细化的 DMTF 标准体工作在不同的管理区域上。下图说明了 CIM 模型在概念上是如何层叠的。核心模型居中，其它模型依次构建体现了更为具体的管理区域。CIM的信息模型：核心模型是按类层次的结构构建的。核心模型包含所有管理区域公共的类与关联。所有可管理元素都包含一套所有可管理实体的公共基本属性。在实际应用中可能需要为一些非标准的受管资源开发相应的受管资源信息提供者。基于 WBEM 的开发过程接近传统的面向对象的先建模后编程的开发周期。我们将按以下步骤进行：用 C

34、IM 建模技术为环境建模。为类和类之间的关联产生 MOF 。为要求动态数据更新的类构建动态提供者。将 MOF 导入 CIMOM 并植入类实例要求的任意静态数据。通过 CIMOM 的 API 使用受管对象。（我们将为这个系列的最后一部分保留这一步）5.5.3、WBEM与JMX的结合WBEM侧重于构造新的协议和结构来管理网络。JMX则是注重于构造管理工具的软件框架，并尽量采用已成熟的技术。这两种技术和标准将会在社保数据中心应用支撑平台的管理监控系统中得到结合。、WBEM(Web-Based Enterprise Management) WBEM标准于1996年7月推出。WBEM是Microsoft

35、最先提出的，包括3Com，Cisco，Intel等在内的60多个供应商都支持此项标准。它的目的是建立一个工业标准，使管理者可以使用任意一个浏览器管理分布的网络，系统和应用。 WBEM的体系结构如图所示。WBEM定义描述了体系结构、协议、管理模式和对象管理器，管理者采用HTML或其它Internet数据格式并使用HTTP传输请求。WBEM包括以下三部分： （1）HMMS(HyperMedia Management Schema)，它是一种可扩展的、独立于实现的公共数据描述模式，能够描述、实例化和访问各种数据，是对各种被管理对象的高层抽象。它由核心模式和特定域模式两层构成，核心模式由高层的类以及属

36、性、关联组成，将被管理环境的元素分成被管理系统元素、应用部件、资源部件、和网络部件。特定域模式继承了核心模式，采用其基本的予以定义某一特定环境的对象。 （2）HMMP(HyperMedia Management Protocol)，它是一种访问和控制模式的部件的协议，用在HMMP实体之间传递管理信息，属于应用层的协议，由HMMP客户向HMMP服务器发出管理请求，HMMP服务器完成管理任务后返回响应。 （3）HMOM(HyperMedia Object Manager)，它实现了HMMP的大部分并且作为代理代表HMMP客户请求。其中，HMMP客户主要与指派的HMOM通讯，它可以直接满足请求，减轻

37、了HMMP客户定位和管理网络上的多种设备的负担。 WBEM的设计目标是：(1) 提供一个新框架可以覆盖传统的管理：配置、故障、计费、性能、安全管理以及操作管理和规划；(2) 建立这个WBEM体系在传输、安全和配置的标准的范围和已有的Internet标准之上；(3) 提供一种数据模型能够保证系统、网络和应用统一的建模和管理；(4) 根据管理元素集合的数目巨大和分布式的特性，提供一种可伸缩的解决方案。WBEM强调对于网络元素和系统的管理，这包括网络设备、服务器、桌面和应用程序。、JMX(Java Management Extensions) JMX的前身是JMAPI。JMX致力于解决分布式系统管理

38、的问题，因此，能够适合于各种不同的环境是非常重要的。为了能够利用功能强大的Java计算环境解决这一的问题，Sun公司扩充了Java基础类库，开发了专用的管理类库。JMX是一种应用编程接口，可扩充对象和方法的集合体，可以用于跨越一系列不同的异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。它提供了用户界面指导、Java类和开发集成系统、网络及网络管理应用的规范。 管理对象是JMX应用程序的核心。JMX结构包括：支持Java的Web浏览器用户接口，管理运行模块ARM(Admin Runtime Module)和应用。这三个部件之间通过RMI（Remote

39、Method Invocation）进行通信。这里需要说明的是，RMI是使得一个Java虚拟机（JVM）上运行的程序可以调用远程服务器上另一个JVM总的对象。用户接口用来发布管理操作，这些操作可以间接的通过浏览器或通过单独的应用程序来激发。管理运行模块用来给应用提供实例化的管理对象。它包括Agent对象接口，通知接口和被管数据接口。应用指的是那些被管设备单元。JMX是一个完整的网络管理应用程序开发环境，它同时提供了：厂商需要收集的完整的特性清单，可生成资源清单表格，图形化的用户接口；访问SNMP的网络API；主机间远程过程调用；数据库访问方法。JMX这一轻型的管理基础结构，价值在于对被管理资源

40、的服务实现了抽象，提供了低层的基本类集合，开发人员在保证大多数的公共管理类的完整性和一致性的前提下，进行扩展以满足特定网络管理应用的需要。5.5.4、WBEM和JMX结合体系结构的优点1不需大的投资就可使Java应用和网络设备具备可管理性JMX和WMEB结合体系结构依赖一个核心可管理对象服务器作为管理代理，可运行于各类Java使能设备。这可使需要具备可管理能力的Java应用在功能设计时只受很小 的影响。一个Java应用只要包含一个可管理对象服务器，并使应用的某些功能成为一个或多个注册到该对象服务器的可管理Bean，便可使其具备可管理性。 JMX提供一个标准的方式，可使任何基于Java的应用、服

41、务和设备具备可管理性。例如企业JavaBean应用可通过符合JMX体系结构使其具备可管理 性。2提供一个可扩充的管理体系结构 每个JMX代理服务是一个独立的模块, 可根据需要插入管理代理。这种基于部件的方法意味着JMX解决方案可从很简单的设备扩充到大型电信交换设备或其它更复杂的设备。JMX规范提供一系列核心代理服务, 所有这些服务均可在管理基础结构内动态地装载、卸载或更新。 3集成现有管理方案 JMX智能代理可通过HTML浏览器或其它各类管理协议（如SNMP和WBEM等）进行管理。JMX API是开放的接口，因此任何管理系统开发商均可提供支持。符合JMX规范的SNMP管理者API、WBEM客户API和TMN管理者API规范的定义已 在进行中。这些规范独立于JMX规范。4支持已有的标准Java技术5可支持未来的管理概念JMX规范的API通过支持先进的Java语言来实现灵活和动态的管理方案。例如，JMX方案可使用查找和发现服务和协议，如Jini连接技术、通用即插即用（Upnp）和服务定位协议（SLP）