数据监控方法、装置、计算机设备及存储介质与流程

本发明涉及计算机数据处理领域，尤其涉及一种数据监控方法、装置、计算机设备及计算机可读存储介质。

背景技术

随着计算机技术的不断发展，springboot框架逐渐应用于各类微服务系统的搭建与运维。现有技术中，微服务系统的监控数据通常是通过springboot框架原生metrics接口获取，但通过springboot框架原生metrics接口获取监控数据的监控项单一，导致监控项不全，不方便集中管理和展示，使运维人员无法及时获知微服务系统的健康状况，给运维工作带来了极大的风险。

技术实现要素：

本发明实施例提供了一种数据监控方法、装置、计算机设备及存储介质，旨在解决数据监控的监控项单一、监控管理不方便等问题。

第一方面，本发明实施例提供了一种数据监控方法，其包括：

通过jmx框架建立与管理构件服务器的连接；

获取所述管理构件服务器中管理构件的属性值；

根据所述管理构件的属性值生成监控数据，并展示所述监控数据；

判断所述监控数据是否满足预设报警条件；

若所述监控数据满足预设报警条件，发送报警信息。

第二方面，本发明实施例提供了一种数据监控装置，其包括：

连接建立单元，用于通过jmx框架建立与管理构件服务器的连接；

属性获取单元，用于获取所述管理构件服务器中管理构件的属性值；

数据生成单元，用于根据所述管理构件的属性值生成监控数据，并展示所述监控数据；

报警判断单元，用于判断所述监控数据是否满足预设报警条件；

报警发送单元，用于若所述监控数据满足预设报警条件，发送报警信息。

第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述数据监控方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述数据监控方法。

本发明实施例提供一种数据监控方法、装置、计算机设备及计算机可读存储介质。该方法包括：通过jmx框架建立与管理构件服务器的连接；获取所述管理构件服务器中管理构件的属性值；根据所述管理构件的属性值生成监控数据，并展示所述监控数据；判断所述监控数据是否满足预设报警条件；若所述监控数据满足预设报警条件，发送报警信息。实施本发明实施例，可解决数据监控的监控项单一、监控管理不方便等问题，有利于获取以及管理监控数据，降低运维风险。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的一种数据监控方法的流程示意图；

图2为本发明一实施例提供的一种数据监控方法的应用场景示意图；

图3为本发明一实施例提供的一种数据监控方法的子流程示意图；

图4为本发明一实施例提供的一种数据监控方法的子流程示意图；

图5为本发明一实施例提供的一种数据监控方法的子流程示意图；

图6为本发明一实施例提供的一种数据监控方法的子流程示意图；

图7为本发明一实施例提供的一种数据监控装置的示意性框图；

图8为本发明一实施例提供的一种数据监控装置中连接建立单元的示意性框图；

图9为本发明一实施例提供的一种数据监控装置中数据生成单元的示意性框图；

图10为本发明一实施例提供的一种数据监控装置的数据生成单元的另一示意性框图；

图11为本发明一实施例提供的一种数据监控装置的数据生成单元的另一示意性框图；

图12为本发明一实施例提供的一种计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参照图1以及图2，图1为本发明一实施例提供的一种数据监控方法的流程示意图；图2为本发明一实施例提供的一种数据监控方法的应用场景示意图。该数据监控方法可应用于监控终端10，所述监控终端10可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。所述监控终端10可与管理构件服务器30建立连接关系，以通过管理构件服务器30获取管理构件40的属性值，并最终根据所述管理构件40的属性值生成监控数据。

如图1所示，所述数据监控方法包括但不限于以下步骤s110-s150。

s110，通过jmx框架建立与管理构件服务器30的连接。

其中，jmx(javamanagementextensions，即java管理扩展)框架是一个为应用程序、设备、系统等植入管理功能的框架。jmx可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活地开发无缝集成的系统、网络和服务管理应用。

jmx框架包括：设备层(instrumentationlevel)、代理层(agentlevel)、分布服务层(distributedservicelevel)。

其中，设备层(instrumentationlevel)定义了信息模型，各种管理对象以管理构件40(managedbean，mbean)的形式存在。其中管理构件40(managedbean，mbean)是一个能代表管理资源的java对象，遵从一定的设计模式，还需实现该规范定义的特定的接口。

代理层(agentlevel)定义了各种服务以及通信模型，用于管理相应的资源，并且为远端用户提供访问的接口。代理层的核心为管理构件服务器30(mbeanserver)，管理构件服务器30(mbeanserver)是一个包含所有已注册的管理构件40(mbean)的仓库。

分布服务层(distributedservicelevel)定义了一系列用于访问代理层的接口和组件。

具体请参照图3，其为本发明一实施例提供的一种数据监控方法的子流程示意图。进一步地，步骤s110中包括但不限于以下步骤s111-s113。

s111，获取所述jmx框架中连接器服务器20的类型。

其中，jmx框架规范定义了连接器(connectors)的概念，连接器(connectors)位于jmx框架中的分布服务层，连接器(connectors)用于建立管理构件服务器30和监控终端10之间的连接关系。连接器(connectors)由一个驻留在代理层的连接器服务器20(connectorserver)和连接器客户端(connectorclient)构成。连接器服务器20(connectorserver)用于连接所述管理构件服务器30，并监听来自客户端(connectorclient)的请求。

s112，根据所述连接器服务器20的类型创建所述连接器服务器20对应的连接地址。

具体实施中，连接服务器包括但不限于rmi连接器(rmiconnector)、jmxmp连接器(jmxmpconnector)等。其中，连接地址包括：标准前缀、传输协议、连接路径以及连接端口。不同类型的连接服务器对应的连接地址中的传输协议不同。如rmi连接器对应的传输协议为rmi协议；jmxmp连接器对应的传输协议为jmxmp协议。

下面以rmi连接器(rmiconnector)为例对连接地址进行详细说明，若所述连接器服务器20的类型为rmi连接器，所创建的连接地址可以为：service:jmx:rmi://jndi/rmi://localhost:1099/jmxrmi。其中，“service:jmx:”是jmx框架连接地址的标准前缀。“rmi:”为连接器服务器20的传输协议，此处的连接地址采用rmi传输协议进行传输。“jndi/rmi://localhost:1099/jmxrmi”是连接器服务器20的连接路径，“1099”为该路径对应的连接端口。

s113，根据所述连接地址建立与管理构件服务器30的连接。

具体地，通过访问连接地址中对应的连接端口，以及通过jndiapi连接到所述连接地址，即可建立监控终端10与管理构件服务器30的连接。

s120，获取所述管理构件服务器30中管理构件40的属性值。

具体地，管理构件40(mbean，managedbean)在jmx框架中代表一个被管理的资源实例。通过反射(reflection)机制和自省(introspection)机制可获取到管理构件40暴露的属性和方法，进而实现获取管理构件40的属性值。例如，管理构件40的属性值可通过getattribute()方法，通过getattribute()方法可返回指定属性名的属性值。

s130，根据所述管理构件40的属性值生成监控数据，并展示所述监控数据。

具体地，根据所述管理构件40的属性值生成监控数据的类型根据监控对象的不同而不同。例如，监控对象可以是购物平台的订单处理系统、金融机构的贷款申请系统等等。其中，若该监控为购物平安的订单处理系统，所生成的监控数据包括cpu的占用率、已完成的请求数、订单数量、当前处于忙碌状态的线程数等等。

具体请参照图4，其为本发明一实施例提供的一种数据监控方法的子流程示意图。进一步地，步骤s130包括但不限于以下步骤s131-s133。

s131，获取当前用户的用户类型。

其中，当前用户也即监控终端10的当前使用者，当前用户的用户类型包括但不限于管理人员以及运维人员。

具体请参照图5，其为本发明一实施例提供的一种数据监控方法的子流程示意图。进一步地，步骤s131包括但不限于以下步骤s1311-s1312。

s1311，获取当前用户的唯一标识符。

具体地，当前用户的唯一标识符包括但不限于当前用户的工号、身份证号、手机号等。获取当前用户的唯一标识符可通过读取监控终端10当前所登录的用户名，该用户名可以为监控终端当前使用者的工号、身份证号、手机号等。通过读取监控终端10当前登录的用户名即可确定当前用户的唯一标识符。

s1312，根据所述当前用户的唯一标识符以及预设的类型映射表，确定所述当前用户的用户类型。

具体地，预设的类型映射表存储有一个或者多个当前用户的唯一标识符与用户类型的映射关系。例如，当前用户的唯一标识符包括“8185”、“8899”、“8386”等，预设的类型映射表储存的映射关系例如为当前用户的唯一标识符“8185”映射于“管理人员”、当前用户的唯一标识符“8899”映射于“运维人员”等。假设所获取到的当前用户的唯一标识符为“8185”，则确定所述当前用户的用户类型为“管理人员”。

s132，根据所述用户类型确定所述管理构件40的属性值的统计周期。

具体地，所述用户类型与统计周期一一对应。例如，管理人员对应的统计周期为一天，运维人员的统计周期为30分钟。若当前用户的用户类型为管理人员，根据所述用户类型获取对应的统计周期即为一天。若当前用户的用户类型为运维人员，根据所述用户类型获取对应的统计周期即为30分钟。统计周期可根据实际需求进行具体设定。

s133，根据所述管理构件40的属性值以及所述统计周期生成监控数据，并展示所述监控数据。

例如，若当前用户的用户类型为管理人员，其对应的统计周期为一天，则根据所述管理构件40的属性值以及所述统计周期生成监控数据具体为：将所采集到的属性值以天为单位进行统计，以生成监控数据。例如，假设该属性值为jvm系统的cpu占用率，且采集频率为每分钟一次，根据所获取到的属性值，以天为单位进行统计，即将当天采集到的1440个属性值进行求和或者求平均值计算，则可生成监控数据。

例如，若当前用户的用户类型为运维人员，其对应的数据统计周期为30分钟，则根据所述管理构件40的属性值以及所述统计周期生成监控数据具体为：将所采集到的属性值以30分钟为单位进行统计，以生成监控数据。例如，假设该属性值为jvm系统的cpu占用率，且采集频率为每分钟一次，根据所获取到的属性值，以30分钟为单位进行统计，即将30分中内采集到的30个属性值进行求和或者求平均值计算，则可生成监控数据。

其中，展示所述监控数据可以报表的形式展示于监控终端10的显示界面中。

具体请参照图6，其为本发明一实施例提供的一种数据监控方法的子流程示意图。于其他实施例中，步骤s130包括但不限于以下步骤s231-s233。

s231，获取所述管理构件40的属性值对应的属性字段名。

具体实施中，所述属性值对应的属性字段名包括cpujvm(表示jvm系统cpu的占用率)、maxthreads(表示最大线程数)、requestcount(表示已完成的请求数)、currentthreadsbusy(表示当前处于忙碌状态的线程数)、ordercount(表示订单数量)等等。

s232，根据所述属性字段名确定所述监控数据的类型，所述监控数据的类型包括实时监控数据以及非实时监控数据。

具体地，通过预先对属性字段名进行分类，以形成属性字段名与监控数据类型的映射关系。例如该映射关系可以为cpujvm(表示jvm系统cpu的占用率)映射于实时监控数据，ordercount(表示订单数量)映射于非实时监控数据。通过读取属性字段名与监控数据类型的映射关系可确定监控数据的类型。

s233，若所述监控数据的类型为实时监控数据，实时展示所述监控数据。

具体地，将所述监控数据实时展示具体可以包括：通过ajax长连接技术将所述监控数据展示于监控终端10的显示界面。其中，ajax长连接是指监控终端10发送一次请求，管理构件服务器30收到请求后查询有没有新数据，如果没有新数据就阻塞这个请求，直到有新数据或者超时为止。监控终端10每次收到请求返回结果后立刻再发一次请求。

若所述监控数据为非实时监控数据，将所述监控数据储存于数据库并延时展示。其中，所述将所述监控数据储存于数据库并延时展示具体可以为：判断是否接收到用于获取所述监控数据的请求指令，若接收到所述请求指令，调用存储于数据库中的监控数据，并展示该监控数据。

s140，判断所述监控数据是否满足预设报警条件。

具体地，不同的监控数据对应着不同的预设报警条件。例如，假设该监控数据为jvm系统cpu的占用率，则其对应的预设报警条件可以为jvm系统的cpu占用率大于预设的占用率阈值，其中该占用率阈值可以为60％。即若jvm系统的cpu占用率大于60％，则确定该监控数据满足预设报警条件。

s150，若所述监控数据满足预设报警条件，发送报警信息。

其中，该报警信息可通过邮件、短信等形式发送至相对应的管理人员、运维人员或者其他相关人员。

实施本发明实施例，通过jmx框架建立与管理构件服务器30的连接；获取所述管理构件服务器30中管理构件40的属性值；根据所述管理构件40的属性值生成监控数据，并展示所述监控数据；判断所述监控数据是否满足预设报警条件；若所述监控数据满足预设报警条件，发送报警信息。实施本发明实施例，可解决数据监控的监控项单一、监控管理不方便等问题，有利于获取以及管理监控数据，降低运维风险。

本发明实施例还提供了一种数据监控装置100，该数据监控装置100用于执行前述数据监控方法的任一实施例。

请参照图7以及图2，图7为本发明一实施例提供的一种数据监控装置100的示意性框图。图2为本发明一实施例提供的一种数据监控方法的应用场景示意图。该数据监控装置100可以实现为一种计算机程序的形式而被配置于监控终端10上运行，以实现对数据进行监控。所述监控终端10可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。所述监控终端10可与管理构件服务器30建立连接关系，以通过管理构件服务器30获取管理构件40的属性值，并最终根据所述管理构件40的属性值生成监控数据。

如图7所示，该数据监控装置100包括连接建立单元110、属性获取单元120、数据生成单元130、报警判断单元140以及报警发送单元150。

连接建立单元110，用于通过jmx框架建立与管理构件服务器30的连接。

其中，jmx(javamanagementextensions，即java管理扩展)框架是一个为应用程序、设备、系统等植入管理功能的框架。jmx可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活地开发无缝集成的系统、网络和服务管理应用。

jmx框架包括：设备层(instrumentationlevel)、代理层(agentlevel)、分布服务层(distributedservicelevel)。

其中，设备层(instrumentationlevel)定义了信息模型，各种管理对象以管理构件40(managedbean，mbean)的形式存在。其中管理构件40(managedbean，mbean)是一个能代表管理资源的java对象，遵从一定的设计模式，还需实现该规范定义的特定的接口。

代理层(agentlevel)定义了各种服务以及通信模型，用于管理相应的资源，并且为远端用户提供访问的接口。代理层的核心为管理构件服务器30(mbeanserver)，管理构件服务器30(mbeanserver)是一个包含所有已注册的管理构件40(mbean)的仓库。

分布服务层(distributedservicelevel)定义了一系列用于访问代理层的接口和组件。

具体请参照图8，其为本发明一实施例提供的一种数据监控装置100中连接建立单元110的示意性框图。进一步地，所述连接建立单元110包括但不限于第一获取单元111、创建单元112以及第一处理单元113。

第一获取单元111，用于获取所述jmx框架中连接器服务器20的类型。

其中，jmx框架规范定义了连接器(connectors)的概念，连接器(connectors)位于jmx框架中的分布服务层，连接器(connectors)用于建立管理构件服务器30和监控终端10之间的连接关系。连接器(connectors)由一个驻留在代理层的连接器服务器20(connectorserver)和连接器客户端(connectorclient)构成。连接器服务器20(connectorserver)用于连接所述管理构件服务器30，并监听来自客户端(connectorclient)的请求。

具体地，所述连接器服务器20的类型包括但不限于rmi连接器(rmiconnector)、jmxmp连接器(jmxmpconnector)等。

创建单元112，用于根据所述连接器服务器20的类型创建所述连接器服务器20对应的连接地址。

具体实施中，连接服务器包括但不限于rmi连接器(rmiconnector)、jmxmp连接器(jmxmpconnector)等。其中，连接地址包括：标准前缀、传输协议、连接路径以及连接端口。不同类型的连接服务器对应的连接地址中的传输协议不同。如rmi连接器对应的传输协议为rmi协议；jmxmp连接器对应的传输协议为jmxmp协议。

下面以rmi连接器(rmiconnector)为例对连接地址进行详细说明，若所述连接器服务器20的类型为rmi连接器，所创建的连接地址可以为：service:jmx:rmi://jndi/rmi://localhost:1099/jmxrmi。其中，“service:jmx:”是jmx框架连接地址的标准前缀。“rmi:”为连接器服务器20的传输协议，此处的连接地址采用rmi传输协议进行传输。“jndi/rmi://localhost:1099/jmxrmi”是连接器服务器20的连接路径，“1099”为该路径对应的连接端口。

第一处理单元113，用于根据所述连接地址建立与管理构件服务器30的连接。

具体地，通过访问连接地址中对应的连接端口，以及通过jndiapi连接到所述连接地址，即可建立与管理构件服务器30的连接。

属性获取单元120，用于获取所述管理构件服务器30中管理构件40的属性值。

具体地，管理构件40(mbean，managedbean)在jmx框架中代表一个被管理的资源实例。通过反射(reflection)机制和自省(introspection)机制可获取到管理构件40暴露的属性和方法，进而实现获取管理构件40的属性值。例如，管理构件40的属性值可通过getattribute()方法，通过getattribute()方法可返回指定属性名的属性值。

数据生成单元130，用于根据所述管理构件40的属性值生成监控数据，并展示所述监控数据。

具体地，根据所述管理构件40的属性值生成监控数据的类型根据监控对象的不同而不同。例如，监控对象可以是购物平台的订单处理系统、金融机构的贷款申请系统等等。其中，若该监控为购物平安的订单处理系统，所生成的监控数据包括cpu的占用率、已完成的请求数、订单数量、当前处于忙碌状态的线程数等等。

具体请参照图9，其为本发明一实施例提供的一种数据监控装置100中数据生成单元130的示意性框图。进一步地，所述数据生成单元130包括但不限于第二获取单元131、第一确定单元132以及第二处理单元133。

第二获取单元131，用于获取当前用户的用户类型。

其中，当前用户也即监控终端10的当前使用者，当前用户的用户类型包括但不限于管理人员以及运维人员。

具体请参照图10，其为本发明一实施例提供的一种数据监控装置100中数据生成单元130的示意性框图。进一步地，所述第二获取单元131包括但不限于第三获取单元1311以及第二确定单元1312。

第三获取单元1311，用于获取当前用户的唯一标识符。

具体地，当前用户的唯一标识符包括但不限于当前用户的工号、身份证号、手机号等。获取当前用户的唯一标识符可通过读取监控终端10当前所登录的用户名，该用户名可以为监控终端当前使用者的工号、身份证号、手机号等。通过读取监控终端10当前登录的用户名即可确定当前用户的唯一标识符。

第二确定单元1312，用于根据所述当前用户的唯一标识符以及预设的类型映射表，确定所述当前用户的用户类型。

具体地，预设的类型映射表存储有一个或者多个当前用户的唯一标识符与用户类型的映射关系。例如，当前用户的唯一标识符包括“8185”、“8899”、“8386”等，预设的类型映射表储存的映射关系例如为当前用户的唯一标识符“8185”映射于“管理人员”、当前用户的唯一标识符“8899”映射于“运维人员”等。假设所获取到的当前用户的唯一标识符为“8185”，则确定所述当前用户的用户类型为“管理人员”。

第一确定单元132，用于根据所述用户类型确定所述管理构件40的属性值的统计周期。

具体地，所述用户类型与统计周期一一对应。例如，管理人员对应的统计周期为一天，运维人员的统计周期为30分钟。若当前用户的用户类型为管理人员，根据所述用户类型获取对应的统计周期即为一天。若当前用户的用户类型为运维人员，根据所述用户类型获取对应的统计周期即为30分钟。统计周期可根据实际需求进行具体设定。

第二处理单元133，用于根据所述管理构件40的属性值以及所述统计周期生成监控数据，并展示所述监控数据。

例如，若当前用户的用户类型为管理人员，其对应的统计周期为一天，则根据所述管理构件40的属性值以及所述统计周期生成监控数据具体为：将所采集到的属性值以天为单位进行统计，以生成监控数据。例如，假设该属性值为jvm系统的cpu占用率，且采集频率为每分钟一次，根据所获取到的属性值，以天为单位进行统计，即将当天采集到的1440个属性值进行求和或者求平均值计算，则可生成监控数据。

例如，若当前用户的用户类型为运维人员，其对应的数据统计周期为30分钟，则根据所述管理构件40的属性值以及所述统计周期生成监控数据具体为：将所采集到的属性值以30分钟为单位进行统计，以生成监控数据。例如，假设该属性值为jvm系统的cpu占用率，且采集频率为每分钟一次，根据所获取到的属性值，以30分钟为单位进行统计，即将30分中内采集到的30个属性值进行求和或者求平均值计算，则可生成监控数据。

其中，展示所述监控数据可以报表的形式展示于监控终端10的显示界面中。

具体请参照图11，其为本发明一实施例提供的一种数据监控装置100中数据生成单元130的示意性框图。于其他实施例中，所述数据生成单元130包括但不限于第四获取单元231、第三确定单元232以及第三处理单元233。

第四获取单元231，用于获取所述管理构件40的属性值对应的属性字段名。

具体实施中，所述属性值对应的属性字段名包括cpujvm(表示jvm系统cpu的占用率)、maxthreads(表示最大线程数)、requestcount(表示已完成的请求数)、currentthreadsbusy(表示当前处于忙碌状态的线程数)、ordercount(表示订单数量)等等。

第三确定单元232，用于根据所述属性字段名确定所述监控数据的类型，所述监控数据的类型包括实时监控数据以及非实时监控数据。

具体地，通过预先对属性字段名进行分类，以形成属性字段名与监控数据类型的映射关系。例如该映射关系可以为cpujvm(表示jvm系统cpu的占用率)映射于实时监控数据，ordercount(表示订单数量)映射于非实时监控数据。通过读取属性字段名与监控数据类型的映射关系可确定监控数据的类型。

第三处理单元233，用于若所述监控数据的类型为实时监控数据，实时展示所述监控数据。

具体地，将所述监控数据实时展示具体可以包括：通过ajax长连接技术将所述监控数据展示于前端显示界面。其中，ajax长连接是指客户端发送一次请求，服务器端收到请求后查询有没有新数据，如果没有新数据就阻塞这个请求，直到有新数据或者超时为止。客户端每次收到请求返回结果后立刻再发一次请求。

若所述监控数据为非实时监控数据，将所述监控数据储存于数据库并延时展示。其中，所述将所述监控数据储存于数据库并延时展示具体可以为：判断是否接收到用于获取所述监控数据的请求指令，若接收到所述请求指令，调用存储于数据库中的监控数据，并展示该监控数据。

报警判断单元140，用于判断所述监控数据是否满足预设报警条件。

具体地，不同的监控数据对应着不同的预设报警条件。例如，假设该监控数据为jvm系统cpu的占用率，则其对应的预设报警条件可以为jvm系统的cpu占用率大于预设的占用率阈值，其中该占用率阈值可以为60％。即若jvm系统的cpu占用率大于60％，则确定该监控数据满足预设报警条件。

报警发送单元150，用于若所述监控数据满足预设报警条件，发送报警信息。

其中，该报警信息可通过邮件、短信等形式发送至相对应的管理人员、运维人员或者其他相关人员。

实施本发明实施例，通过jmx框架建立与管理构件服务器30的连接；获取所述管理构件服务器30中管理构件40的属性值；根据所述管理构件40的属性值生成监控数据，并展示所述监控数据；判断所述监控数据是否满足预设报警条件；若所述监控数据满足预设报警条件，发送报警信息。实施本发明实施例，可解决数据监控的监控项单一、监控管理不方便等问题，有利于获取以及管理监控数据，降低运维风险。

上述装置100可以实现为一种计算机程序的形式，计算机程序可以在如图12所示的计算机设备上运行。

请参阅图12，图12是本发明实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端，例如监控终端。该终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。

该计算机设备500包括通过系统总线510连接的处理器520、存储器和网络接口550，其中，存储器可以包括非易失性存储介质530和内存储器540。

该非易失性存储介质530可存储操作系统531和计算机程序532。该计算机程序532被执行时，可使得处理器520执行一种数据监控方法。

该处理器520用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器540为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器520执行时，可使得处理器520执行一种数据监控方法。

该网络接口550用于进行网络通信。本领域技术人员可以理解，该计算机设备的示意性框图仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器520用于运行存储在存储器中的程序代码，以实现如下功能：

通过jmx框架建立与管理构件服务器的连接；

获取所述管理构件服务器中管理构件的属性值；

根据所述管理构件的属性值生成监控数据，并展示所述监控数据；

判断所述监控数据是否满足预设报警条件；

若所述监控数据满足预设报警条件，发送报警信息。

在一实施例中，处理器520在执行所述通过jmx框架建立与管理构件服务器的连接的步骤时，具体执行如下步骤：

获取所述jmx框架中连接器服务器的类型；

根据所述连接器服务器的类型创建所述连接器服务器对应的连接地址；

根据所述连接地址建立与管理构件服务器的连接。

在一实施例中，处理器520在执行所述根据所述管理构件的属性值生成监控数据，并展示所述监控数据的步骤时，具体执行如下步骤：

获取当前用户的用户类型；

根据所述用户类型确定所述管理构件的属性值的统计周期；

根据所述管理构件的属性值以及所述统计周期生成监控数据，并展示所述监控数据。

在一实施例中，处理器520在执行所述获取当前用户的用户类型的步骤时，具体执行如下步骤：

获取当前用户的唯一标识符；

根据所述当前用户的唯一标识符以及预设的类型映射表，确定所述当前用户的用户类型。

在一实施例中，处理器520在执行所述根据所述管理构件的属性值生成监控数据，并展示所述监控数据的步骤时，具体执行如下步骤：

获取所述管理构件的属性值对应的属性字段名；

根据所述属性字段名确定所述监控数据的类型，所述监控数据的类型包括实时监控数据以及非实时监控数据；

若所述监控数据的类型为实时监控数据，实时展示所述监控数据。

应当理解，在本发明实施例中，处理器520可以是中央处理单元(centralprocessingunit，cpu)，该处理器520还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域技术人员可以理解，该计算机设备500的示意性框图并不构成对计算机设备500的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在本发明的另一实施例中提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，其中计算机程序包括程序指令。所述程序指令被处理器执行时实现如下步骤：

通过jmx框架建立与管理构件服务器的连接；

获取所述管理构件服务器中管理构件的属性值；

根据所述管理构件的属性值生成监控数据，并展示所述监控数据；

判断所述监控数据是否满足预设报警条件；

若所述监控数据满足预设报警条件，发送报警信息。

在一实施例中，所述程序指令被处理器执行以实现所述通过jmx框架建立与管理构件服务器的连接的步骤时，具体实现如下步骤：

获取所述jmx框架中连接器服务器的类型；

根据所述连接器服务器的类型创建所述连接器服务器对应的连接地址；

根据所述连接地址建立与管理构件服务器的连接。

在一实施例中，所述程序指令被处理器执行以实现所述根据所述管理构件的属性值生成监控数据，并展示所述监控数据的步骤时，具体实现如下步骤：

获取当前用户的用户类型；

根据所述用户类型确定所述管理构件的属性值的统计周期；

根据所述管理构件的属性值以及所述统计周期生成监控数据，并展示所述监控数据。

在一实施例中，所述程序指令被处理器执行以实现所述获取当前用户的用户类型的步骤时，具体实现如下步骤：

获取当前用户的唯一标识符；

根据所述当前用户的唯一标识符以及预设的类型映射表，确定所述当前用户的用户类型。

在一实施例中，所述程序指令被处理器执行以实现所述根据所述管理构件的属性值生成监控数据，并展示所述监控数据的步骤时，具体实现如下步骤：

获取所述管理构件的属性值对应的属性字段名；

根据所述属性字段名确定所述监控数据的类型，所述监控数据的类型包括实时监控数据以及非实时监控数据；

若所述监控数据的类型为实时监控数据，实时展示所述监控数据。

该计算机可读存储介质可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如一个以上单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。