CN104734895B - 业务监控系统及业务监控方法 - Google Patents

Abstract

本发明提供一种业务监控系统及业务监控方法，其中监控方法包括：消息服务器获取与之相连的至少一个业务子系统的监控信息，并向相应的监控服务器提供其订阅的相关监控信息；本发明提供的业务监控系统及业务监控方法，可对业务系统实施有效的监控，便于系统维护。

Description

业务监控系统及业务监控方法

技术领域

本发明涉及业务系统技术领域，尤其涉及一种业务监控系统及监控方法。

背景技术

企业内部有许多基于java平台的业务系统，在上线运行期间可能出现运行期异常或者用户操作过程中产生异常，异常的产生可能影响用户的操作，因此需要对业务系统进行有效的监控，维护业务系统的稳定运行。

发明内容

在下文中给出关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。

本发明提供一种业务监控方法，包括：

消息服务器获取与之相连的至少一个业务子系统的监控信息，并向相应的监控服务器提供其订阅的相关监控信息。

本发明还提供一种业务监控系统，包括：

消息服务器、与所述消息服务器通信连接的至少一个业务子系统、以及与所述消息服务器通信连接的至少一个监控服务器，所述消息服务器用于获取各业务子系统的监控信息并向相应监控服务器提供其订阅的相关监控信息。

本发明提供的业务监控系统及监控方法，可对业务系统实施有效的监控，便于系统维护。

附图说明

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

图1为本发明提供的业务监控方法一种实施例的流程图。

图2为本发明提供的业务监控系统一种实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。应当注意，为了清楚的目的，附图和说明中省略了与本发明无关的、本领域普通技术人员已知的部件和处理的表示和描述。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参考图1，本实施例提供一种业务监控方法，包括：

步骤S101，消息服务器获取与之相连的至少一个业务子系统的监控信息；

步骤S102，消息服务器向相应的监控服务器提供其订阅的相关监控信息。

至少一个业务子系统和监控服务器均与消息服务器连接，业务子系统为被监控的应用系统，业务子系统采用spring框架作为DI容器管理bean依赖。

业务子系统包括监控信息收集客户端，用于收集监控信息，监控信息收集客户端是一个独立的jar包程序，内部提供了以spring aop方式对方法的调用进行拦截处理，业务子系统通过监控信息收集客户端对业务子系统中的应用系统进行调用，并对调用进行拦截处理，捕捉应用系统程序运行时的异常信息，所述异常信息作为监控信息异步发送至消息服务器。

使用spring aop方式进行拦截调用不会对业务子系统的业务代码造成任何入侵，另外通过异步方式进行监控信息的发送不会对业务子系统正常业务操作造成性能上的影响。

在监控信息收集客户端链接到消息服务器上使用hornetq的故障自动重链接机制，保证在消息服务器从不可用（如网络问题或消息服务器宕机）到恢复正常时自动恢复链接进行监控信息的发送，不可用阶段中产生的监控信息保存在业务子系统的业务服务器中。

作为一种可选的实施方式，消息服务器包括热备份的主消息服务器和从消息服务器，正常情况下主消息服务器接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，当业务子系统或监控服务器无法连接主消息服务器时，自动切换连接到从消息服务器，从消息服务器负责接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，主消息服务器和从消息服务器上的数据实时一致，依靠hornetq自身提供的replication（复制）机制实现。

通过热备份的主消息服务器和从消息服务器，能够有效提高消息服务器的负载和容错能力。

作为一种可选的实施方式，消息服务器内部设置有内存数据库和硬盘数据库，消息服务器首先将监控信息缓存至内存数据库，当内存数据库内的监控信息超过预定量时，监控消息则被序列化保存到硬盘数据库中，这样可以提升消息服务器的处理能力，保证监控消息在消息服务器重启后不丢失，提高系统的容灾恢复能力。

监控服务器向消息服务器订阅相关监控信息，消息服务器将监控信息发送至监控服务器，监控服务器在获取到监控信息之后，创建相应的任务并将任务提示信息发送至消息服务器。

监控服务器定时统计监控信息，并创建相应的任务，生成任务提示信息，该任务提示信息包括业务子系统的异常信息和告警信息。

消息服务器连接信息服务中心，监控服务器将生成的任务提示信息发送至消息服务器，该任务提示信息是以jms的方式发送至消息服务器，有效提高消息传递的可靠性，消息服务器向信息服务中心提供其订阅的任务提示信息。

作为一种可选的实施方式，消息服务中心调用短信/邮件网关将任务提示信息以短信或邮件的方式发送出去，相应的系统负责人可以通过邮件或短信查看该任务提示信息，及时的进行处理，有效地进行系统维护。

作为一种可选的实施方式，监控服务器连接有监控信息数据库，监控服务器将订阅的监控信息存储至监控信息数据库。

据此，各个业务子系统不做任何监控信息的本地存储，所有的监控信息统一存放至监控信息数据库。由于消息量很大，为了提高消息保存的处理能力，采用oracle的内存表技术，从消息服务器订阅的监控信息都放入该表中，然后按照信息类型转存至实际的数据表中，转存过程结束后，内存表中的信息将会被清理掉。

本实施例提供的业务监控方法，业务系统与消息服务器以及监控服务器松耦合，业务子系统的发布宕机不会影响消息服务器以及监控服务器，同时，监控服务器或消息服务器不可用时也不会对业务子系统产生任何影响，业务子系统和监控服务器对消息服务器的错误重连机制保证整体架构的健壮性，保证信息不丢失，任务提示信息以短线或邮件的方式告知负责人，方便查看和及时进行处理。

实施例二

参考图2，本实施例提供一种业务监控系统，包括：

消息服务器201、与消息服务器201通信连接的至少一个业务子系统202、以及与消息服务器201通信连接的至少一个监控服务器203，消息服务器201用于获取各业务子系统202的监控信息并向相应监控服务器203提供其订阅的相关监控信息。

作为一种可选的实施方式，业务子系统202包括监控信息收集客户端，用于收集监控信息。

监控信息收集客户端是一个独立的jar包程序，内部提供了以spring aop方式对方法的调用进行拦截处理，捕捉程序运行时的异常信息，该异常信息即为监控信息，监控信息收集客户端将监控信息异步发送至消息服务器201。

使用spring aop方式进行拦截调用不会对业务子系统的业务代码造成任何入侵，另外通过异步方式进行监控信息的发送不会对业务子系统正常业务操作造成性能上的影响，其次，在监控信息收集客户端链接到消息服务器上使用hornetq的故障自动重链接机制，保证在消息服务器从不可用（如网络问题或消息服务器宕机）到恢复正常时自动恢复链接进行监控信息的发送，不可用阶段中产生的监控信息保存在业务子系统的业务服务器中。

作为一种可选的实施方式，消息服务器201可包括热备份的主消息服务器205和从消息服务器206，当业务子系统202或监控服务器203无法连接主消息服务器205时，自动切换连接到从消息服务器206。

正常情况下主消息服务器205接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，当业务子系统202或监控服务器203无法连接主消息服务器205时，自动切换连接到从消息服务器206，从消息服务器206负责接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，主消息服务器205和从消息服务器206上的数据实时一致，依靠hornetq自身提供的replication机制实现。

通过热备份的主消息服务器和从消息服务器，能够有效提高消息服务器的负载和容错能力。

作为一种可选的实施方式，消息服务器201包括内存数据库以及硬盘数据库，消息服务器201将监控信息缓存至内存数据库，在内存数据库存储的监控信息超过预定量时，将内存数据库中的监控信息转存到硬盘数据库，这样可以提升消息服务器的处理能力，保证监控消息在消息服务器重启后不丢失，提高系统的容灾恢复能力。

作为一种可选的实施方式，监控系统还包括与消息服务器201连接的信息服务中心204，监控服务器203在获取到监控信息之后，创建相应的任务并将任务提示信息发送至消息服务器201，信息服务中心204用于从消息服务器201获取其订阅的任务提示信息。

监控服务器203定时统计监控信息，并创建相应的任务，生成任务提示信息，该任务提示信息包括业务子系统的异常信息和告警信息。

消息服务器201连接信息服务中心204，监控服务器203将生成的任务提示信息发送至消息服务器201，该任务提示信息是以jms的方式发送至消息服务器201，消息服务器201向信息服务中心204提供其订阅的任务提示信息。

作为一种可选的实施方式，消息服务中心204调用短信/邮件网关将任务提示信息以短信或邮件的方式发送出去，相应的系统负责人可以通过邮件或短信查看该任务提示信息，及时的进行处理，有效地进行系统维护。

作为一种可选的实施方式，监控系统还包括与监控服务器203连接的监控信息数据库207，用于存储所述监控服务器发送的监控信息。

据此，各个业务子系统不做任何监控信息的本地存储，所有的监控信息统一存放至监控信息数据库。由于消息量很大，为了提高消息保存的处理能力，采用oracle的内存表技术，从消息服务器订阅的监控信息都放入该表中，然后按照信息类型转存至实际的数据表中，转存过程结束后，内存表中的信息将会被清理掉。

本实施例提供的业务监控系统，业务系统与消息服务器以及监控服务器松耦合，业务子系统的发布宕机不会影响消息服务器以及监控服务器，同时，监控服务器或消息服务器不可用时也不会对业务子系统产生任何影响，业务子系统和监控服务器对消息服务器的错误重连机制保证整体架构的健壮性，保证信息不丢失，任务提示信息以短线或邮件的方式告知负责人，方便查看和及时进行处理。

在本发明上述各实施例中，实施例的序号仅仅便于描述，不代表实施例的优劣。对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的装置和方法等实施例中，显然，各部件或各步骤是可以分解、组合和/或分解后重新组合的。这些分解和/或重新组合应视为本发明的等效方案。同时，在上面对本发明具体实施例的描述中，针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。

最后应说明的是：虽然以上已经详细说明了本发明及其优点，但是应当理解在不超出由所附的权利要求所限定的本发明的精神和范围的情况下可以进行各种改变、替代和变换。而且，本发明的范围不仅限于说明书所描述的过程、设备、手段、方法和步骤的具体实施例。本领域内的普通技术人员从本发明的公开内容将容易理解，根据本发明可以使用执行与在此所述的相应实施例基本相同的功能或者获得与其基本相同的结果的、现有和将来要被开发的过程、设备、手段、方法或者步骤。因此，所附的权利要求旨在在它们的范围内包括这样的过程、设备、手段、方法或者步骤。

Claims (11)

1.一种业务监控方法，其特征在于，包括：

消息服务器获取与之相连的至少一个业务子系统的监控信息，并向相应的监控服务器提供其订阅的相关监控信息；

所述业务子系统通过监控信息收集客户端对业务子系统中的应用系统进行调用，并对调用进行拦截处理，捕捉应用系统程序运行时的异常信息，所述异常信息作为监控信息异步发送至消息服务器；

所述监控信息收集客户端通过spring aop方式对所述业务子系统中的应用系统进行调用；

所述业务子系统在所述消息服务器不可用时，对监控信息进行保存，并在所述消息服务器恢复至可用状态时，自动链接至所述消息服务器并将保存的监控信息发送至所述消息服务器。

2.根据权利要求1所述的业务监控方法，其特征在于，

所述消息服务器包括热备份的主消息服务器和从消息服务器，当所述业务子系统或所述监控服务器无法连接所述主消息服务器时，自动切换连接到所述从消息服务器。

3.根据权利要求2所述的业务监控方法，其特征在于，所述主消息服务器和所述从消息服务器通过复制机制实现信息的实时一致。

4.根据权利要求1所述的业务监控方法，其特征在于，所述方法还包括：

所述消息服务器将所述监控信息缓存至内存数据库，当所述内存数据库存储的监控信息超过预定量时，将所述内存数据库中的监控信息转存至硬盘数据库。

5.根据权利要求1所述的业务监控方法，其特征在于，所述方法还包括：

所述监控服务器在获取到监控信息之后，创建相应的任务并将任务提示信息发送至消息服务器，所述消息服务器向信息服务中心提供其订阅的任务提示信息，所述信息服务中心将所述任务提示信息以短信或邮件的方式进行发送。

6.根据权利要求1所述的业务监控方法，其特征在于，所述方法还包括：

所述监控服务器将监控信息存储至监控信息数据库。

7.一种业务监控系统，其特征在于，包括：

消息服务器、与所述消息服务器通信连接的至少一个业务子系统、以及与所述消息服务器通信连接的至少一个监控服务器，所述消息服务器用于获取各业务子系统的监控信息并向相应监控服务器提供其订阅的相关监控信息；

所述业务子系统包括监控信息收集客户端，用于通过spring aop方式对所应用业务子系统中的应用系统进行调用，收集所述监控信息并将所述监控信息异步发送至消息服务器；

所述业务子系统在所述消息服务器不可用时，对监控信息进行保存，并在所述消息服务器恢复至可用状态时，自动链接至所述消息服务器并将保存的监控信息发送至所述消息服务器。

8.根据权利要求7所述的业务监控系统，其特征在于，所述消息服务器可包括热备份的主消息服务器和从消息服务器，当所述业务子系统或监控系统无法连接主消息服务器时，自动切换连接到从消息服务器。

9.根据权利要求7所述的业务监控系统，其特征在于，所述消息服务器包括内存数据库以及硬盘数据库，所述消息服务器将监控信息缓存至内存数据库，在内存数据库存储的监控信息超过预定量时，将内存数据库中的监控信息转存到硬盘数据库。

10.根据权利要求7所述的业务监控系统，其特征在于，所述监控系统还包括与所述消息服务器链接的信息服务中心，所述监控服务器在获取到监控信息之后，创建相应的任务并将任务提示信息发送至消息服务器，所述信息服务中心用于从所述消息服务器获取到订阅的任务提示信息，并将所述任务提示信息以短信或邮件的方式进行发送。

11.根据权利要求7所述的业务监控系统，其特征在于，所述监控系统还包括与所述监控服务器连接的监控信息数据库，用于存储所述监控服务器发送的监控信息。