业务监控系统及业务监控方法
【技术领域】
[0001]本发明涉及业务系统技术领域，尤其涉及一种业务监控系统及监控方法。
【背景技术】
[0002]企业内部有许多基于java平台的业务系统，在上线运行期间可能出现运行期异常或者用户操作过程中产生异常，异常的产生可能影响用户的操作，因此需要对业务系统进行有效的监控，维护业务系统的稳定运行。
【发明内容】
[0003]在下文中给出关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。
[0004]本发明提供一种业务监控方法，包括:
[0005]消息服务器获取与之相连的至少一个业务子系统的监控信息，并向相应的监控服务器提供其订阅的相关监控信息。
[0006]本发明还提供一种业务监控系统，包括:
[0007]消息服务器、与所述消息服务器通信连接的至少一个业务子系统、以及与所述消息服务器通信连接的至少一个监控服务器，所述消息服务器用于获取各业务子系统的监控信息并向相应监控服务器提供其订阅的相关监控信息。
[0008]本发明提供的业务监控系统及监控方法，可对业务系统实施有效的监控，便于系统维护。
【附图说明】
[0009]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0010]图1为本发明提供的业务监控方法一种实施例的流程图。
[0011]图2为本发明提供的业务监控系统一种实施例的结构示意图。
【具体实施方式】
[0012]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。在本发明的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。应当注意，为了清楚的目的，附图和说明中省略了与本发明无关的、本领域普通技术人员已知的部件和处理的表示和描述。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0013]实施例一
[0014]参考图1，本实施例提供一种业务监控方法，包括:
[0015]步骤S101，消息服务器获取与之相连的至少一个业务子系统的监控信息；
[0016]步骤S102，消息服务器向相应的监控服务器提供其订阅的相关监控信息。
[0017]至少一个业务子系统和监控服务器均与消息服务器连接，业务子系统为被监控的应用系统，业务子系统采用spring框架作为DI容器管理bean依赖。
[0018]业务子系统包括监控信息收集客户端，用于收集监控信息，监控信息收集客户端是一个独立的jar包程序，内部提供了以spring aop方式对方法的调用进行拦截处理，业务子系统通过监控信息收集客户端对业务子系统中的应用系统进行调用，并对调用进行拦截处理，捕捉应用系统程序运行时的异常信息，所述异常信息作为监控信息异步发送至消息服务器。
[0019]使用spring aop方式进行拦截调用不会对业务子系统的业务代码造成任何入侵，另外通过异步方式进行监控信息的发送不会对业务子系统正常业务操作造成性能上的影响。
[0020]在监控信息收集客户端链接到消息服务器上使用hornetq的故障自动重链接机制，保证在消息服务器从不可用(如网络问题或消息服务器宕机)到恢复正常时自动恢复链接进行监控信息的发送，不可用阶段中产生的监控信息保存在业务子系统的业务服务器中。
[0021]作为一种可选的实施方式，消息服务器包括热备份的主消息服务器和从消息服务器，正常情况下主消息服务器接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，当业务子系统或监控服务器无法连接主消息服务器时，自动切换连接到从消息服务器，从消息服务器负责接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，主消息服务器和从消息服务器上的数据实时一致，依靠hornetq自身提供的replicat1n (复制)机制实现。
[0022]通过热备份的主消息服务器和从消息服务器，能够有效提高消息服务器的负载和容错能力。
[0023]作为一种可选的实施方式，消息服务器内部设置有内存数据库和硬盘数据库，消息服务器首先将监控信息缓存至内存数据库，当内存数据库内的监控信息超过预定量时，监控消息则被序列化保存到硬盘数据库中，这样可以提升消息服务器的处理能力，保证监控消息在消息服务器重启后不丢失，提高系统的容灾恢复能力。
[0024]监控服务器向消息服务器订阅相关监控信息，消息服务器将监控信息发送至监控服务器，监控服务器在获取到监控信息之后，创建相应的任务并将任务提示信息发送至消息服务器。
[0025]监控服务器定时统计监控信息，并创建相应的任务，生成任务提示信息，该任务提不信息包括业务子系统的异常信息和告警信息。
[0026]消息服务器连接信息服务中心，监控服务器将生成的任务提示信息发送至消息服务器，该任务提示信息是以jms的方式发送至消息服务器，有效提高消息传递的可靠性，消息服务器向信息服务中心提供其订阅的任务提示信息。
[0027]作为一种可选的实施方式，消息服务中心调用短信/邮件网关将任务提示信息以短信或邮件的方式发送出去，相应的系统负责人可以通过邮件或短信查看该任务提示信息，及时的进行处理，有效地进行系统维护。
[0028]作为一种可选的实施方式，监控服务器连接有监控信息数据库，监控服务器将订阅的监控信息存储至监控信息数据库。
[0029]据此，各个业务子系统不做任何监控信息的本地存储，所有的监控信息统一存放至监控信息数据库。由于消息量很大，为了提高消息保存的处理能力，采用oracle的内存表技术，从消息服务器订阅的监控信息都放入该表中，然后按照信息类型转存至实际的数据表中，转存过程结束后，内存表中的信息将会被清理掉。
[0030]本实施例提供的业务监控方法，业务系统与消息服务器以及监控服务器松耦合，业务子系统的发布宕机不会影响消息服务器以及监控服务器，同时，监控服务器或消息服务器不可用时也不会对业务子系统产生任何影响，业务子系统和监控服务器对消息服务器的错误重连机制保证整体架构的健壮性，保证信息不丢失，任务提示信息以短线或邮件的方式告知负责人，方便查看和及时进行处理。
[0031]实施例二
[0032]参考图2，本实施例提供一种业务监控系统，包括:
[0033]消息服务器201、与消息服务器201通信连接的至少一个业务子系统202、以及与消息服务器201通信连接的至少一个监控服务器203，消息服务器201用于获取各业务子系统202的监控信息并向相应监控服务器203提供其订阅的相关监控信息。
[0034]作为一种可选的实施方式，业务子系统202包括监控信息收集客户端，用于收集监控信息。
[0035]监控信息收集客户端是一个独立的jar包程序，内部提供了以spring aop方式对方法的调用进行拦截处理，捕捉程序运行时的异常信息，该异常信息即为监控信息，监控信息收集客户端将监控信息异步发送至消息服务器201。
[0036]使用spring aop方式进行拦截调用不会对业务子系统的业务代码造成任何入侵，另外通过异步方式进行监控信息的发送不会对业务子系统正常业务操作造成性能上的影响，其次，在监控信息收集客户端链接到消息服务器上使用hornetq的故障自动重链接机制，保证在消息服务器从不可用(如网络问题或消息服务器宕机)到恢复正常时自动恢复链接进行监控信息的发送，不可用阶段中产生的监控信息保存在业务子系统的业务服务器中。
[0037]作为一种可选的实施方式，消息服务器201可包括热备份的主消息服务器205和从消息服务器206，当业务子系统202或监控服务器203无法连接主消息服务器205时，自动切换连接到从消息服务器206。
[0038]正常情况下主消息服务器205接收监控信息收集客户端发送的监控信息，并向相应的监控服务器提供其订阅的相关监控信息，当业务子系统202或监控服务器203无法连接主消息服务器205时，自动切换连接到从消息服务器206，从消息服务器206负责接收监控信息收集客户端发送的监