JMX架构的简单介绍

最新推荐文章于 2021-08-07 16:20:12 发布

DryKillLogic

最新推荐文章于 2021-08-07 16:20:12 发布

阅读量3.2k

点赞数 1

分类专栏： J2ee 文章标签： jmx j2ee

本文链接：https://blog.csdn.net/DryKillLogic/article/details/38379623

版权

本文介绍了Java管理扩展（JMX）的体系结构，包括设备层（Instrumentation Level）、代理层（Agent Level）和分布服务层（Distributed Service Level）。在设备层，详细讨论了标准、动态、开放和模型管理构件以及通知模型和辅助元数据。代理层的核心是MBean服务器，管理构件通过协议适配器和连接器与远程应用程序通信。文章还提及JMX在实际管理场景中的应用和优势。

摘要由CSDN通过智能技术生成

一、JMX简单介绍

Java管理扩展JMX(Java Management Extensions)是一个为应用程序植入管理功能的框架。JMX是一套标准的代理和服务，实际上，用户可以在任何Java应用程序中使用这些代理和服务实现管理。
JMX是一种应用编程接口，可扩充对象和方法的集合体，可以用于跨越一系列不同的异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用它提供了用户界面指导、Java类和开发集成系统、网络及网络管理应用的规范。
管理对象是JMX应用程序的核心。JMX结构包括：支持Java的Web浏览器用户接口，管理运行模块ARM(Admin Runtime Module)和应用。这三个部件之间通过RMI（Remote Method Invocation）进行通信。这里需要说明的是，RMI是使得一个Java虚拟机（JVM）上运行的程序可以调用远程服务器上另一个JVM总的对象。

二、Java管理扩展JMX的体系结构

JMX框架如下图所示：

架构图转自：http://blog.csdn.net/wangyangzhizhou/article/details/26211163

1. 设备层（Instrumentation Level）

主要定义了信息模型。在JMX中，各种管理对象以管理构件的形式存在，需要管理时，向MBean服务器进行注册。该层还定义了通知机制以及一些辅助元数据类。

设备层其实就是和被管设备通信的模块，对于上层的管理者来说，Instrumentation 就是设备，具体设备如何通信，是采用SNMP,还是采用ICMP，是MBean的事情。在网管系统中，把系统的各种服务，例如拓扑发现，用户管理等等都作为一个MBean,作为一个被管理的单元。

该层定义了如何实现JMX管理资源的规范。一个JMX管理资源可以是一个Java应用、一个服务或一个设备，它们可以用Java开发，或者至少能用Java进行包装，并且能被置入JMX框架中，从而成为JMX的一个管理构件(Managed Bean)，简称MBean。管理构件可以是标准的，也可以是动态的，标准的管理构件遵从JavaBeans构件的设计模式；动态的管理构件遵从特定的接口，提供了更大的灵活性。感觉管理构件应该翻译为被管理构件才好。该层还定义了通知机制以及实现管理构件的辅助元数据类（元数据类就是构成一个MBean的各种元素：属性、方法等等）。

在JMX规范中，管理构件定义如下：它是一个能代表管理资源的Java对象，遵从一定的设计模式，还需实现该规范定义的特定的接口。该定义了保证了所有的管理构件以一种标准的方式来表示被管理资源。

管理接口就是被管理资源暴露出的一些信息，通过对这些信息的修改就能控制被管理资源。一个管理构件的管理接口包括：
1)能被接触的属性值；
2)能够执行的操作；