CN105490864B - 基于osgi的业务模块监控方法 - Google Patents
基于osgi的业务模块监控方法 Download PDFInfo
- Publication number
- CN105490864B CN105490864B CN201410472655.9A CN201410472655A CN105490864B CN 105490864 B CN105490864 B CN 105490864B CN 201410472655 A CN201410472655 A CN 201410472655A CN 105490864 B CN105490864 B CN 105490864B
- Authority
- CN
- China
- Prior art keywords
- cluster
- index
- operational approach
- alarm
- component
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 87
- 238000012544 monitoring process Methods 0.000 title claims abstract description 44
- 238000013459 approach Methods 0.000 claims abstract description 70
- 230000005540 biological transmission Effects 0.000 claims abstract description 12
- 238000004458 analytical method Methods 0.000 claims abstract description 9
- 230000002159 abnormal effect Effects 0.000 claims abstract 2
- 238000012545 processing Methods 0.000 claims description 37
- 230000008569 process Effects 0.000 claims description 15
- 239000000284 extract Substances 0.000 claims description 8
- 238000000605 extraction Methods 0.000 claims description 7
- 238000012423 maintenance Methods 0.000 claims description 5
- 230000004048 modification Effects 0.000 claims description 5
- 238000012986 modification Methods 0.000 claims description 5
- 241001269238 Data Species 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 14
- 230000008859 change Effects 0.000 description 3
- 238000007405 data analysis Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000002513 implantation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
Landscapes
- Debugging And Monitoring (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明揭示了一种基于OSGI的业务模块监控方法，包括：客户端请求调用ZooKeeper集群，ZooKeeper集群检查SP是否还在集群中，若在集群中，则返回SP服务器给客户端；客户端调用SP组件的方法被SP服务器的业务方法拦截器捕获；业务方法拦截器调用OSGI容器中的SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；指标采集开始需要获取SP组件的业务方法列表；通过监控模块从业务方法拦截器获取；循环每个业务方法条目；一次业务方法的指标采集完；采集程序通过控制接口，向ZooKeeper集群发送脱离SP组件指令；业务指标的分析及报警步骤。本发明可以准确定位业务方法的瓶颈，进而改进系统，促进版本升级。
Description
技术领域
本发明属于软件监控技术领域，涉及一种业务模块监控方法，尤其涉及一种基于OSGI的业务模块监控方法。
背景技术
OSGi亦称做Java语言的动态模块系统，它为模块化应用的开发定义了一个基础架构。
OSGi规范和Servlet规范及EJB规范类似，该规范定义了两种对象，一是容器对外提供的服务对象，另一个是容器和您的应用程序之间必须遵守的契约，其中，服务对象是容器要实现的。您如果想要在OSGi平台上进行开发，首先，您必须要使用OSGi API来创建您的应用，然后将之部署到OSGi容器中。从开发者的角度看，OSGi具有以下优点：(1)可以在不重启容器的情况下，动态地安装、卸载、启动和停止您的应用程序中的不同模块；(2)对于您应用程序中的某一特定模块，容器可以同时运行该模块的多个版本；(3)OSGi为开发嵌入式应用、移动应用、富互联网应用(RIA)提供了非常优秀的基础架构。
JMX(Java Management Extensions，即Java管理扩展)是一个为应用程序、设备、系统等植入管理功能的框架。JMX可以跨越一系列异构操作系统平台、系统体系结构和网络传输协议，灵活的开发无缝集成的系统、网络和服务管理应用。
JMX体系结构分为以下四个层次：设备层、代理层、分布服务层、附加管理协议API。
设备层(Instrumentation Level)：主要定义了信息模型。在JMX中，各种管理对象以管理构件的形式存在，需要管理时，向MBean服务器进行注册。该层还定义了通知机制以及一些辅助元数据类。
代理层(Agent Level)：主要定义了各种服务以及通信模型。该层的核心是一个MBean服务器，所有的管理构件都需要向它注册，才能被管理。注册在MBean服务器上管理构件并不直接和远程应用程序进行通信，它们通过协议适配器和连接器进行通信。而协议适配器和连接器也以管理构件的形式向MBean服务器注册才能提供相应的服务。
分布服务层(Distributed Service Level)：主要定义了能对代理层进行操作的管理接口和构件，这样管理者就可以操作代理。然而，当前的JMX规范并没有给出这一层的具体规范。
定义的API主要用来支持当前已经存在的网络管理协议，如SNMP、TMN、CIM/WBEM等。
开源监控系统OpenTSDB，用hbase存储所有的时序(无需采样)来构建一个分布式、可伸缩的时间序列数据库。它支持秒级数据采集所有metrics，支持永久存储，可以做容量规划，并很容易的接入到现有的报警系统里。OpenTSDB可以从大规模的集群(包括集群中的网络设备、操作系统、应用程序)中获取相应的metrics并进行存储、索引以及服务，从而使得这些数据更容易让人理解，如web化，图形化等。
对于运维工程师而言，OpenTSDB可以获取基础设施和服务的实时状态信息，展示集群的各种软硬件错误，性能变化以及性能瓶颈。对于管理者而言，OpenTSDB可以衡量系统的SLA，理解复杂系统间的相互作用，展示资源消耗情况。集群的整体作业情况，可以用以辅助预算和集群资源协调。对于开发者而言，OpenTSDB可以展示集群的主要性能瓶颈，经常出现的错误，从而可以着力重点解决重要问题。
发明内容
本发明所要解决的技术问题是：提供一种基于OSGI的业务模块监控方法，可准确定位业务方法的瓶颈，进而改进系统，促进版本升级。
如今需要一个支持模块化、分布式、大数据操作的开发平台的车联网框架。由于系统的庞大复杂，为保证系统的稳定运行和快速定位系统瓶颈，为研发和改进系统提供依据；需要对系统、平台、服务模块、服务模块业务方法进行监控数据采集和数据分析。通过本发明监控方法，可以：
定时采集操作系统层面指标：CPU使用率、内存使用率、存储使用率、网络流量等。
定时采集集群层面指标：集群规模、成员服务器有效状态等。
定时采集成员服务器JVM指标：堆使用情况、线程情况等。
定时采集业务模块指标：接口数量、接口列表等。
定时采集每个接口指标：请求次数、错误次数、合计处理时间、最大一次处理时间、平均处理时间等。
使用时间序列数据库(TSDB)保存各时间点的指标数据，形成监控大数据。
通过大数据分析工具，分析业务的忙/闲情况，各业务接口的处理情况，以及相同时间点下各依赖环境、支撑环境的指标情况，从而综合分析系统的性能瓶颈。
为解决上述技术问题，本发明采用如下技术方案：
一种基于OSGI的业务模块监控方法，所述监控方法包括如下步骤：
步骤S1、客户端请求调用ZooKeeper集群，ZooKeeper集群检查业务模块对应服务容器SP是否还在集群中，若在集群中，则返回业务模块服务容器SP的访问接口给客户端；
步骤S2、客户端调用SP组件的方法被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：将方法调用计数器做加1操作，记录开始调用时间；
步骤S3、业务方法拦截器调用OSGI容器中的SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；业务方法拦截器进行如下操作：计算处理时间；如果有错误，将错误次数做加1操作；如果当前最大处理时间和前一个最大处理时间变量进行比较，若当前最大处理时间更大，则将最大处理时间修改为当前最大处理时间；
步骤S4、指标采集开始需要获取服务容器SP组件的业务方法列表；通过监控模块从业务方法拦截器获取；
监控模块是基于JMX开发的管理组件，运行在SP-Server中，用于汇总各种指标数据同时向指标采取器提供接口；监控模块向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口；
步骤S5、循环每个业务方法条目，根据方法的标识发起指标获取请求，一个业务方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数；
步骤S6、一次业务方法的指标采集完，调用重置接口，把上次所有指标清零；各项指标保存到时间序列数据库tsdb中后，表现为一定时间间隔的指标数值；
步骤S7、采集程序通过控制接口，向ZooKeeper集群发送脱离SP组件指令，SP组件集群后，业务调用将不会分发给SP组件集群；
步骤S8、业务指标的分析及报警步骤；
步骤S9、信息展示步骤：有配置关系的支撑数据，展示在某时间点上，包括业务方法请求数量、集群规模、JVM的线程数量、JVM堆内存大小、服务器的会话数量、服务器连接数量、CPU利用率、内存使用率、进程数量、网络带宽情况；通过综合环境参数的展示运维人员准确及时的协调资源，满足系统峰值需求；同时在系统闲时削减资源，节约运营成本；
其中，步骤S8具体包括：
步骤S81、提取各报警对象的的报警指标，包括集群本身的指标、集群各类型节点的指标、JVM的指标；
步骤S82、根据集群-服务器关系提取各集群的成员服务器；
步骤S83、循环各集群服务器，从时间序列数据库tsdb中获取各指标的值；
步骤S84、对每项指标逐一检查配置的报警阀值；
步骤S85、报警分为两种：中断性报警，tsdb中没有取出记录；指标超阀值类报警，超出了报警阀值的范围；
步骤S86、报警成员的提取：Sp集群的报警根据主机、集群、渠道提取相关的报警组成员；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主机管理员；
步骤S87、报警的重复提醒问题：如果10分钟后没有人处理继续产生同样的报警信息；
步骤S88、获取报警的邮件发送列表，发送报警邮件。
一种基于OSGI的业务模块监控方法，所述监控方法包括如下步骤：
步骤S1、客户端请求调用ZooKeeper集群，ZooKeeper集群检查业务模块对应服务容器SP是否还在集群中，若在集群中，则返回业务模块服务容器SP访问接口给客户端；
步骤S2、客户端调用SP组件的方法被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：将方法调用计数器做加1操作，记录开始调用时间；
步骤S3、业务方法拦截器调用OSGI容器中的SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；
步骤S4、指标采集开始需要获取服务容器SP组件的业务方法列表；通过监控模块从业务方法拦截器获取；
步骤S5、循环每个业务方法条目，根据方法的标识发起指标获取请求，一个业务方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数；
步骤S6、一次业务方法的指标采集完，调用重置接口，把上次所有指标清零；各项指标保存到时间序列数据库tsdb中后，表现为一定时间间隔的指标数值；
步骤S7、采集程序通过控制接口，向ZooKeeper集群发送脱离SP组件指令，SP组件集群后，业务调用将不会分发给SP组件集群；
步骤S8、业务指标的分析及报警步骤。
作为本发明的一种优选方式，其中，步骤S8具体包括：
步骤S81、提取各报警对象的的报警指标，包括集群本身的指标、集群各类型节点的指标、JVM的指标；
步骤S82、根据集群-服务器关系提取各集群的成员服务器；
步骤S83、循环各集群服务器，从时间序列数据库tsdb中获取各指标的值；
步骤S84、对每项指标逐一检查配置的报警阀值；
步骤S85、报警分为两种：中断性报警，tsdb中没有取出记录；指标超阀值类报警，超出了报警阀值的范围；
步骤S86、报警成员的提取：Sp集群的报警根据主机、集群、渠道提取相关的报警组成员；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主机管理员；
步骤S87、报警的重复提醒问题：如果10分钟后没有人处理继续产生同样的报警信息；
步骤S88、获取报警的邮件发送列表，发送报警邮件。
作为本发明的一种优选方式，所述方法还包括步骤S9、信息展示步骤：有配置关系的支撑数据，展示在某时间点上，包括业务方法请求数量、集群规模、JVM的线程数量、JVM堆内存大小、服务器的会话数量、服务器连接数量、CPU利用率、内存使用率、进程数量、网络带宽情况；通过综合环境参数的展示运维人员准确及时的协调资源，满足系统峰值需求；同时在系统闲时削减资源，节约运营成本。
作为本发明的一种优选方式，所述步骤S3中，业务方法拦截器进行如下操作：计算处理时间；如果有错误，将错误次数做加1操作；如果当前最大处理时间和前一个最大处理时间变量进行比较，若当前最大处理时间更大，则将最大处理时间修改为当前最大处理时间。
作为本发明的一种优选方式，所述步骤S4中，监控模块是基于JMX开发的管理组件，运行在SP-Server中，用于汇总各种指标数据同时向指标采取器提供接口；监控模块向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口。
本发明的有益效果在于：本发明提出的基于OSGI的业务模块监控方法，系统开发人员通过本发明分析监控数据，可以准确定位业务方法的瓶颈，进而改进系统，促进版本升级。通过查阅相应的出错日志和运行时环境参数，了解故障发生的原因。修正不易发现的Bug。
附图说明
图1为本发明业务组件模型的示意图。
图2为本发明数据采集模型图。
图3为本发明方法业务方法指标采集的流程图。
具体实施方式
下面结合附图详细说明本发明的优选实施例。
实施例一
请参阅图3，本发明揭示了一种基于OSGI的业务模块监控方法，所述监控方法包括如下步骤：
【步骤S1】客户端请求调用分布式协调组件ZooKeeper集群，ZooKeeper集群检查业务模块服务容器SP是否还在集群中，若在集群中，则返回业务模块服务容器SP访问接口给客户端。如图1所示，图1为业务组件模型的示意图。
【步骤S2】客户端调用业务组件的方法被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：将方法调用计数器做加1操作，记录开始调用时间；
【步骤S3】业务方法拦截器调用OSGI-容器中的SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；业务方法拦截器进行如下操作：计算处理时间；如果有错误，将错误次数做加1操作；如果当前最大处理时间和前一个最大处理时间变量进行比较，若当前最大处理时间更大，则将最大处理时间修改为当前最大处理时间；
【步骤S4】指标采集开始需要获取服务容器SP组件的业务方法列表；通过MBean监控模块从业务方法拦截器获取。如图2所示，图2揭示了数据采集的方式及过程。
MBEAN监控模块是基于JMX开发的管理组件，运行在SP-Server中，用于汇总各种指标数据同时向指标采取器提供接口；MBean监控模块向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口。
【步骤S5】循环每个业务方法条目，根据方法的标识发起指标获取请求，一个业务方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数；
【步骤S6】一次业务方法的指标采集完，调用重置接口，把上次所有指标清零；各项指标保存到时间序列数据库tsdb中后，表现为一定时间间隔的指标数值；
【步骤S7】采集程序通过控制接口，向ZooKeeper集群发送脱离SP组件指令，SP组件集群后，业务调用将不会分发给SP组件集群；
【步骤S8】业务指标的分析及报警步骤。具体包括：
步骤S81、提取各报警对象的的报警指标，包括集群本身的指标、集群各类型节点的指标、JVM的指标；
步骤S82、根据集群-服务器关系提取各集群的成员服务器；
步骤S83、循环各集群服务器，从时间序列数据库tsdb中获取各指标的值；
步骤S84、对每项指标逐一检查配置的报警阀值；
步骤S85、报警分为两种：中断性报警，tsdb中没有取出记录；指标超阀值类报警，超出了报警阀值的范围；
步骤S86、报警成员的提取：Sp集群的报警根据主机、集群、渠道提取相关的报警组成员；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主机管理员；
步骤S87、报警的重复提醒问题：如果10分钟后没有人处理继续产生同样的报警信息；
步骤S88、获取报警的邮件发送列表，发送报警邮件。
【步骤S9】信息展示步骤：有配置关系的支撑数据，展示在某时间点上，包括业务方法请求数量、集群规模、JVM的线程数量、JVM堆内存大小、服务器的会话数量、服务器连接数量、CPU利用率、内存使用率、进程数量、网络带宽情况；通过综合环境参数的展示运维人员准确及时的协调资源，满足系统峰值需求；同时在系统闲时削减资源，节约运营成本。
实施例二
业务系统的开发都是建筑在基于OSGI的应用服务平台上，开发人员只关注具体的业务实现，在系统运行过程中自动拦截方法调用，计算请求数指标；运行过程计算处理时间、错误次数等指标，调用结束判断是否为最长一次处理等指标。这些计算逻辑，对业务系统是透明的，无需显式继承、调用任何代码。
各业务系统需要的指标不尽相同，有些指标是公共的，比如请求次数、处理时间等。有些指标是业务系统独有的，比如带车机应用的业务系统中客户端掉线次数等。
系统采用OSGI的模块化思想来解决这个问题，把指标计算做成不同的Bundle插件，在各业务系统中进行插拔。满足不同业务系统采集和计算不同指标的要求。
业务方法的各项指标计算结果保存在服务器内存中，通过暴露采集API的方式提供给指标采集程序；采集程序可通过JMX、Http、SNMP的方式进行读取。
操作系统层面的指标采集采用本地运行的python脚本进行采集，数据汇集到tsdb。JVM层面的采集，通过JMX客户端远程采集，数据汇集到tsdb。服务层面的采集，通过在业务框架上开发MBEAN，暴露相关指标，采集器通过JMX客户端远程采集。支持可扩展的采集适配器，SNMP方式、Http方式等。
请参阅图3，本发明基于OSGI的业务模块监控方法具体包括如下步骤：
客户端程序(Client)通过3.1请求ZooKeeper集群，ZooKeeper集群通过3.2检查SP是否还在集群中，返回一个的服务容器SP给Client。
Client调用SP组件的方法(1.1)被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：方法调用计数器+1、记录开始调用时间
业务方法拦截器调用OSGI-容器中的SP组件方法(1.2)，方法返回结果或抛出异常给拦截器(1.3)。拦截器进行如下操作：计算处理时间(process.time)、错误次数+1(如果有错误,error.count)、替换最大处理时间(max.process)
监控MBEAN是基于JMX开发的管理组件，运行在SP-Server中，用于汇总各种指标数据同时向指标采取器提供接口。
MBean向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口。
指标采集开始需要获取SP组件的业务方法列表。MBean通过2.1向业务方法拦截器获取。
循环每个业务方法条目，根据方法的标识发起指标获取请求(2.1)，一个方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数
一次业务方法的指标采集完，调用重置接口，把上次所有指标清零。各项指标保存到tsdb数据库中后，表现为一定时间间隔的指标数值。
采集程序可以通过控制接口，向ZooKeeper集群发送脱离SP组件指令，SP组件集群后，业务调用讲不会分发给它。
业务方法指标的分析和报警步骤。报警定位准确；基于配置关系和时间序列两个维度的数据，可以精确定位问题发生的位置和时间点，可以分析系统的性能瓶颈在哪些点。具体到如下几个层面：
渠道：使用业务系统的供应商或事业部；
集群：承载业务系统的集群，业务模块(SP)集群、接入服务模块(AP)集群、ZooKeeper集群、HBase集群、Mysql集群等；
服务器：SP服务器(服务容器SP)、Tomcat服务器、HBase Master/Region Server服务器、Mysql Master/Slave服务器；
服务：基于OSGI的模块Bundle；
业务方法：暴露给客户顶端调用的方法。
综上所述，本发明提出的基于OSGI的业务模块监控方法，系统开发人员通过本发明分析监控数据，可以准确定位业务方法的瓶颈，进而改进系统，促进版本升级。通过查阅相应的出错日志和运行时环境参数，了解故障发生的原因。修正不易发现的Bug。
这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其它形式、结构、布置、比例，以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下，可以对这里所披露的实施例进行其它变形和改变。
Claims (6)
1.一种基于OSGI的业务模块监控方法，其特征在于，所述监控方法包括如下步骤：
步骤S1、客户端请求调用分布式协调组件ZooKeeper集群，ZooKeeper集群检查业务模块的服务容器SP是否还在集群中，若在集群中，则返回业务模块服务容器SP的访问接口给客户端；
步骤S2、客户端调用SP组件的方法被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：将方法调用计数器做加1操作，记录开始调用时间；
步骤S3、业务方法拦截器调用OSGI容器中的SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；业务方法拦截器进行如下操作：计算处理时间；如果有错误，将错误次数做加1操作；如果当前最大处理时间和前一个最大处理时间变量进行比较，若当前最大处理时间更大，则将最大处理时间修改为当前最大处理时间；
步骤S4、指标采集开始需要获取服务容器SP组件的业务方法列表；通过监控模块从业务方法拦截器获取；
监控模块是基于JMX开发的管理组件，运行在服务容器SP中，用于汇总各种指标数据同时向指标采取器提供接口；监控模块向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口；
步骤S5、循环每个业务方法条目，根据方法的标识发起指标获取请求，一个业务方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数；
步骤S6、一次业务方法的指标采集完，调用重置接口，把上次所有指标清零；各项指标保存到时间序列数据库tsdb中后，表现为一定时间间隔的指标数值；
步骤S7、采集程序通过控制接口，向ZooKeeper集群发送脱离服务容器SP组件指令，在服务容器SP组件形成集群后，业务调用将不会分发给服务容器SP组件集群；
步骤S8、业务指标的分析及报警步骤；
步骤S9、信息展示步骤：有配置关系的支撑数据，展示在某时间点上，包括业务方法请求数量、集群规模、JVM的线程数量、JVM堆内存大小、服务器的会话数量、服务器连接数量、CPU利用率、内存使用率、进程数量、网络带宽情况；通过综合环境参数的展示运维人员准确及时的协调资源，满足系统峰值需求；同时在系统闲时削减资源，节约运营成本；
其中，步骤S8具体包括：
步骤S81、提取各报警对象的报警指标，包括集群本身的指标、集群各类型节点的指标、JVM的指标；
步骤S82、根据集群-服务器关系提取各集群的成员服务器；
步骤S83、循环各集群服务器，从时间序列数据库tsdb中获取各指标的值；
步骤S84、对每项指标逐一检查配置的报警阀值；
步骤S85、报警分为两种：中断性报警，tsdb中没有取出记录；指标超阀值类报警，超出了报警阀值的范围；
步骤S86、报警成员的提取：Sp集群的报警根据主机、集群、渠道提取相关的报警组成员；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主机管理员；
步骤S87、报警的重复提醒问题：如果10分钟后没有人处理继续产生同样的报警信息；
步骤S88、获取报警的邮件发送列表，发送报警邮件。
2.一种基于OSGI的业务模块监控方法，其特征在于，所述监控方法包括如下步骤：
步骤S1、客户端请求调用分布式协调组件ZooKeeper集群，ZooKeeper集群检查业务模块服务容器SP是否还在集群中，若在集群中，则返回业务模块服务容器SP访问接口给客户端；
步骤S2、客户端调用SP组件的方法被服务容器SP的业务方法拦截器捕获，拦截器进行如下操作：将方法调用计数器做加1操作，记录开始调用时间；
步骤S3、业务方法拦截器调用OSGI容器中的服务容器SP组件方法，方法返回结果或发送异常至所述业务方法拦截器；
步骤S4、指标采集开始需要获取服务容器SP组件的业务方法列表；通过监控模块从业务方法拦截器获取；
步骤S5、循环每个业务方法条目，根据方法的标识发起指标获取请求，一个业务方法包含：处理次数、处理时间合计、最大一次处理事情、错误次数；
步骤S6、一次业务方法的指标采集完，调用重置接口，把上次所有指标清零；各项指标保存到时间序列数据库tsdb中后，表现为一定时间间隔的指标数值；
步骤S7、采集程序通过控制接口，向ZooKeeper集群发送脱离SP组件指令，在SP组件形成集群后，业务调用将不会分发给SP组件集群；
步骤S8、业务指标的分析及报警步骤。
3.根据权利要求2所述的基于OSGI的业务模块监控方法，其特征在于：
其中，步骤S8具体包括：
步骤S81、提取各报警对象的报警指标，包括集群本身的指标、集群各类型节点的指标、JVM的指标；
步骤S82、根据集群-服务器关系提取各集群的成员服务器；
步骤S83、循环各集群服务器，从时间序列数据库tsdb中获取各指标的值；
步骤S84、对每项指标逐一检查配置的报警阀值；
步骤S85、报警分为两种：中断性报警，tsdb中没有取出记录；指标超阀值类报警，超出了报警阀值的范围；
步骤S86、报警成员的提取：Sp集群的报警根据主机、集群、渠道提取相关的报警组成员；Hadoop、Hbase、Mysql、Zookeeper集群提取集群和主机管理员；
步骤S87、报警的重复提醒问题：如果10分钟后没有人处理继续产生同样的报警信息；
步骤S88、获取报警的邮件发送列表，发送报警邮件。
4.根据权利要求2所述的基于OSGI的业务模块监控方法，其特征在于：
所述方法还包括步骤S9、信息展示步骤：有配置关系的支撑数据，展示在某时间点上，包括业务方法请求数量、集群规模、JVM的线程数量、JVM堆内存大小、服务器的会话数量、服务器连接数量、CPU利用率、内存使用率、进程数量、网络带宽情况；通过综合环境参数的展示运维人员准确及时的协调资源，满足系统峰值需求；同时在系统闲时削减资源，节约运营成本。
5.根据权利要求2所述的基于OSGI的业务模块监控方法，其特征在于：
所述步骤S3中，业务方法拦截器进行如下操作：计算处理时间；如果有错误，将错误次数做加1操作；如果当前最大处理时间和前一个最大处理时间变量进行比较，若当前最大处理时间更大，则将最大处理时间修改为当前最大处理时间。
6.根据权利要求2所述的基于OSGI的业务模块监控方法，其特征在于：
所述步骤S4中，监控模块是基于JMX开发的管理组件，运行在SP-Server中，用于汇总各种指标数据同时向指标采取器提供接口；监控模块向采集器提供：业务方法列表接口、指标获取接口、指标重置接口、业务组件控制接口。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410472655.9A CN105490864B (zh) | 2014-09-16 | 2014-09-16 | 基于osgi的业务模块监控方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410472655.9A CN105490864B (zh) | 2014-09-16 | 2014-09-16 | 基于osgi的业务模块监控方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105490864A CN105490864A (zh) | 2016-04-13 |
| CN105490864B true CN105490864B (zh) | 2018-12-07 |
Family
ID=55677607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410472655.9A Active CN105490864B (zh) | 2014-09-16 | 2014-09-16 | 基于osgi的业务模块监控方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105490864B (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106547888A (zh) * | 2016-11-04 | 2017-03-29 | 北京集奥聚合科技有限公司 | 一种时间序列数据库的构造方法及系统 |
| CN108769112B (zh) * | 2018-04-18 | 2021-11-12 | 江苏物联网研究发展中心 | 一种非侵入式rpc接口监控方法及系统 |
| CN108897748A (zh) * | 2018-04-18 | 2018-11-27 | 顺丰科技有限公司 | 一种HBase系统监控方法及HBase系统 |
| CN108616395A (zh) * | 2018-05-02 | 2018-10-02 | 济南浪潮高新科技投资发展有限公司 | 一种基于平台的业务软件监控系统及方法 |
| CN109660402B (zh) * | 2018-12-25 | 2021-11-30 | 钛马信息网络技术有限公司 | 业务系统实时运营监控平台及方法 |
| CN112230987B (zh) * | 2020-10-29 | 2023-12-01 | 电信科学技术第五研究所有限公司 | 一种分布式模块化插件框架实现系统及方法 |
| CN112685256B (zh) * | 2020-12-30 | 2023-05-09 | 上海掌门科技有限公司 | 服务端监控方法、设备和介质 |
| CN112764990B (zh) * | 2021-01-12 | 2021-11-16 | 北京自如信息科技有限公司 | 一种目标进程的监控方法、装置及计算机设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103401704A (zh) * | 2013-07-24 | 2013-11-20 | 佳都新太科技股份有限公司 | 一种分布式日志采集服务器的实现方案 |
| CN103761235A (zh) * | 2013-11-18 | 2014-04-30 | 芜湖大学科技园发展有限公司 | 通用电力数据平台的分布化方法和应用 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050050184A1 (en) * | 2003-08-29 | 2005-03-03 | International Business Machines Corporation | Method, system, and storage medium for providing life-cycle management of grid services |
-
2014
- 2014-09-16 CN CN201410472655.9A patent/CN105490864B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103401704A (zh) * | 2013-07-24 | 2013-11-20 | 佳都新太科技股份有限公司 | 一种分布式日志采集服务器的实现方案 |
| CN103761235A (zh) * | 2013-11-18 | 2014-04-30 | 芜湖大学科技园发展有限公司 | 通用电力数据平台的分布化方法和应用 |
Non-Patent Citations (1)
| Title |
|---|
| 面向OSGi框架的软件构件监控方法的设计与实现;李顺 等;《计算机应用与软件》;20140430;第31卷(第4期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105490864A (zh) | 2016-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105490864B (zh) | 基于osgi的业务模块监控方法 | |
| CN107766205B (zh) | 一种面向微服务调用过程跟踪的监控系统及方法 | |
| CN110290189A (zh) | 一种容器集群管理方法、装置及系统 | |
| US9413597B2 (en) | Method and system for providing aggregated network alarms | |
| CN108984388A (zh) | 一种生成自动化测试用例的方法及终端设备 | |
| CN108092813A (zh) | 数据中心综合管理系统服务器硬件管理框架及实现方法 | |
| CN106021093A (zh) | 一种测试用例复用的方法及系统 | |
| CN109471845A (zh) | 日志管理方法、服务器及计算机可读存储介质 | |
| CN109460307B (zh) | 基于日志埋点的微服务调用跟踪方法及其系统 | |
| CN108874524A (zh) | 大数据分布式任务调度系统 | |
| US10372572B1 (en) | Prediction model testing framework | |
| CN108777637A (zh) | 一种支持服务器异构的数据中心综合管理系统和方法 | |
| EP2933726B1 (en) | Apparatus, system and method for application log data processing | |
| CN107291594A (zh) | openstack平台对ceph进行监控和管理的装置及方法 | |
| CN114138501B (zh) | 用于现场安全监控的边缘智能服务的处理方法和装置 | |
| CN107506194A (zh) | 应用版本回退确定方法及装置 | |
| CN109240863A (zh) | 一种cpu故障定位方法、装置、设备及存储介质 | |
| CN107168844B (zh) | 一种性能监控的方法及装置 | |
| CN114422386B (zh) | 一种微服务网关的监测方法及装置 | |
| CN115588244A (zh) | 一种车联网大数据实时分析方法、装置、设备及介质 | |
| WO2022088803A1 (zh) | 基于云环境的系统信息分析方法、装置、电子设备及介质 | |
| CN110048881A (zh) | 信息监控系统、信息监控方法及装置 | |
| CN115471215B (zh) | 一种业务流程处理方法及装置 | |
| KR20170122874A (ko) | 데이터 분산 서비스 기반의 응용 시스템의 통합 로그 관리 장치 | |
| CN103078764A (zh) | 基于虚拟计算任务的运行监测系统及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Monitoring Method of Business Module Based on OSGI Effective date of registration: 20221021 Granted publication date: 20181207 Pledgee: Industrial Bank Co.,Ltd. Shanghai West sub branch Pledgor: TAIMA INFORMATION NETWORK TECHNOLOGY Co.,Ltd. Registration number: Y2022310000291 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Date of cancellation: 20230926 Granted publication date: 20181207 Pledgee: Industrial Bank Co.,Ltd. Shanghai West sub branch Pledgor: TAIMA INFORMATION NETWORK TECHNOLOGY Co.,Ltd. Registration number: Y2022310000291 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Business Module Monitoring Method Based on OSGI Effective date of registration: 20231016 Granted publication date: 20181207 Pledgee: Industrial Bank Co.,Ltd. Shanghai West sub branch Pledgor: TAIMA INFORMATION NETWORK TECHNOLOGY Co.,Ltd. Registration number: Y2023310000647 |