CN107391284A - 一种事件处理方法及装置 - Google Patents

Abstract

本发明公开了一种事件处理方法及装置，服务进程判断接收到的事件是否满足事件配置信息中的处理条件；当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。从本发明实施例可见，服务进程根据事件配置信息对事件进行处理，简化了事件处理的难度，而且事件配置信息可以根据用户的需求灵活地进行配置，提高了事件处理的灵活度。

Description

一种事件处理方法及装置

技术领域

本发明涉及但不限于云计算技术，尤指一种事件处理方法及装置。

背景技术

目前，在事件源生成事件之后，监控组件以预定频率从事件源中主动地获取事件，即以主动抓取(Poll)方式为主。在云计算和虚拟化系统环境中，监控对象的特点主要包括：规模大、监控对象的资源变动频繁、自动化功能对监控实时性要求高。首先当监控对象的规模比较大时，监控性能成为瓶颈；其次，当资源变动时，监控配置组件需要变动监控对象的配置，增加了监控配置组件的消耗；再次，监控实时性受限于主动抓取(Poll)的频率；最后，事件处理难以整合，具体表现在，在监控组件获取事件之后，如果需要对获取到的事件进行过滤和分流处理，监控组件需要将获取到的事件分发给过滤组件来进行过滤，过滤组件对事件进行过滤处理之后，将经过过滤处理的事件发送给分流组件进行处理，分流组件对事件进行分流处理之后，发给监控组件，以实现监控组件对事件的监控。但是，监控组件、分流组件和过滤组件之间需要做各种配置，导致了事件处理比较麻烦。

发明内容

为了解决上述技术问题，本发明提供了一种事件处理方法及装置，简化了事件处理的难度，提高了事件处理的灵活度。

为了达到本发明目的，本发明提供了一种事件处理方法，包括：

服务进程判断接收到的事件是否满足事件配置信息中的处理条件；

当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

进一步地，当所述服务进程判断出所述接收到的事件不满足所述处理条件时，还包括：

所述服务进程将所述接收到的事件写入到预先设置的监控组件中。

进一步地，所述处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

进一步地，所述处理条件为所述告警条件；所述对接收到的事件进行处理之后，还包括：

所述服务进程将所述接收到的事件写入到告警组件中；

所述处理条件为所述分流条件或者所述聚合条件；所述对接收到的事件进行处理之后，还包括：

所述服务进程将所述接收到的事件写入到消息队列中。

进一步地，所述服务进程判断接收到的事件是否满足事件配置信息中的处理条件之前，还包括：

所述服务进程通过自身的接收端口监听来自事件源发送的所述接收到的事件。

本发明提供了一种事件处理装置，包括：

判断模块，用于判断接收到的事件是否满足事件配置信息中的处理条件；

处理模块，用于当判断模块判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

进一步地，当所述判断模块判断出所述接收到的事件不满足所述处理条件时，还包括：

第一写入模块，用于将所述接收到的事件写入到预先设置的监控组件中。

进一步地，所述处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

进一步地，所述处理条件为所述告警条件；还包括：

第二写入模块，用于将所述接收到的事件写入到告警组件中；

所述处理条件为所述分流条件或者所述聚合条件；还包括：

第三写入模块，用于将所述接收到的事件写入到消息队列中。

进一步地，还包括：

监听模块，用于通过所述服务进程的接收端口监听来自事件源发送的所述接收到的事件。

本发明至少包括服务进程判断接收到的事件是否满足事件配置信息中的处理条件；当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。从本发明实施例可见，服务进程根据事件配置信息对事件进行处理，简化了事件处理的难度，而且事件配置信息可以根据用户的需求灵活地进行配置，提高了事件处理的灵活度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例提供的一种事件处理方法的流程示意图；

图2为本发明实施例提供的一种事件发送方法的流程示意图；

图3为本发明实施例提供的一种事件处理装置的结构示意图；

图4为本发明实施例提供的另一种事件处理装置的结构示意图；

图5为本发明实施例提供的一种事件发送装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供一种事件处理方法，如图1所示，该方法包括：

步骤101、服务进程判断接收到的事件是否满足事件配置信息中的处理条件。

其中，接收到的事件包括但不限于以下之一或多种的组合：鼠标事件、窗口事件、动作事件，鼠标事件指的是鼠标按下、释放、点击等，窗口事件指的是点击关闭按钮、窗口得到或失去焦点、窗口最小化等，动作事件不代表具体的动作，是一种语义，如按钮或菜单被选中、在单行文本框中按下回车键等都可以看做是动作事件。

在步骤101之前，预先设置事件配置信息，事件配置信息包括处理条件和处理条件对应的处理方案。在设置完事件配置信息之后，可以根据用户的需求修改事件配置信息。在步骤102中，具体地，获取接收到的事件的属性信息，根据接收到的属性信息判断接收到的事件是否满足处理条件。其中接收到的事件的属性信息包括事件的状态和/或事件的类型。关于事件配置信息，可以由监控配置组件设置事件配置信息，该监控配置组件不需要配置监控对象，也就说当资源发生变动时，监控配置组件不需要重新配置监控对象，避免增加了监控配置组件的功耗。

步骤102、当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

进一步地，事件配置信息中可以包括一个处理条件，还可以包括多个处理条件，即两个或两个以上的处理条件。当事件配置信息中包括多个处理条件时，按照各处理条件的预定顺序，分别判断接收到的事件是否满足事件配置信息中的各处理条件。例如，事件配置信息包括三个处理条件，三个处理条件的预定顺序为A条件、B条件和C条件，先判断接收到的事件是否满足A条件，再判断接收到的事件是否满足B条件，最后判断接收到的事件是否满足C条件。在判断接收到的事件满足A条件时，按照与A条件对应的处理方案对接收到的事件进行处理，之后判断接收到的事件是否满足B条件，在不满足B条件时，再判断接收到的事件是否满足C条件，在满足C条件时，按照与C条件对应的处理方案对接收到的事件进行处理。

步骤101和步骤102的执行主体都是服务进程。

进一步地，当服务进程判断出接收到的事件不满足处理条件时，还包括：

服务进程将接收到的事件写入到预先设置的监控组件中。

具体地，在接收到的事件不满足事件配置信息中的各处理条件时，例如，事件配置信息包括：过滤条件、告警条件和分流条件，接收到的事件均不满足过滤条件、告警条件和分流条件，则将接收到的事件写入到预定的监控组件中，例如，预定的监控组件为时序数据库。

进一步地，处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

具体地，与分流条件对应的处理方案为分流处理，与过滤条件对应的处理方案为过滤处理，与告警条件对应的处理方案为告警处理，与聚合条件对应的处理方案为聚合处理。当接收到的事件满足分流条件时，将接收到的事件进行分流处理，当接收到的事件满足过滤条件时，将接收到的事件进行过滤处理，当接收到的事件满足告警条件时，将接收到的事件进行告警处理，当接收到的事件满足聚合条件时，将接收到的事件进行聚合处理。

例如，在处理条件为告警条件时，事件配置信息的代码如下：

其中，(where(state“error”)表示告警条件，即当接收到的事件的状态为“error”时，说明接收到的事件满足告警条件。(email“admin@126.com”)表示告警处理的方案，即当接收到的事件满足告警条件时，发邮件到此邮箱：admin@126.com。

进一步地，处理条件为告警条件；对接收到的事件进行处理之后，还包括：服务进程将接收到的事件写入到告警组件中；

进一步地，处理条件为分流条件或者聚合条件；对接收到的事件进行处理之后，还包括：服务进程将接收到的事件写入到消息队列中。

例如，事件配置信息包括：过滤条件、告警条件和分流条件，先判断接收到的事件是否满足过滤条件，若满足，则将该接收到的事件过滤掉，若判断出接收到的事件不满足过滤条件，判断接收到的事件是否满足告警条件，如果满足则进行告警处理，并将该接收到的事件写入到告警组件中，如果不满足告警条件则判断接收到的事件是否满足分流条件，若不满足，则将接收到的事件写入到时序数据库中，若满足，则在对接收到的事件进行分流之后，将该接收到的事件写入到消息队列中。

当然，当处理条件为分流条件或者聚合条件时，服务进程将接收到的事件并不限于写入到消息队列中，例如还可以写入到Websocket组件，WebSocket是基于传输控制协议(Transmission Control Protocol，TCP)的一种新的网络协议，它实现了浏览器与服务器全双工(full-duplex)通信，允许服务器主动发送信息给客户端。通过事件配置信息实现了各监控组件获取到各自所需要的事件，底端中的各监控组件可以灵活地对接事件源，相应地事件源可以灵活地对接各监控组件，提高了事件分发到各监控组件时的性能，特别是在事件规模比较大时，性能提升尤其明显。

进一步地，步骤101之前，还包括：

服务进程通过自身的接收端口监听来自事件源发送的上述中接收到的事件。

事件源指的是生成事件的源头，也可以说是事件的产生器。具体地，事件源生成事件后，主动地将生成的事件发送给服务进程的接收端口，接收端口被动地接收来自事件源发送的事件，换句话说通过接收端口监听来自事件源发送的事件，区别于相关技术中的监控组件主动地从事件源中获取事件，本发明更加保证了监控组件对事件监控的实时性。例如，事件源在生成事件后，就将生成的事件封装发送给服务进程的接收端口，服务进程对事件进行处理，将处理后的事件写入到监控组件中，由于事件发送给服务进程的时间和服务进程对事件进行处理的事件非常短暂，因此，可以相当于在事件源生成事件之后就将事件写入到监控组件中，而不是相关技术中的周期性地获取事件，从而保证了监控组件监控事件的实时性。

进一步地，来自事件源发送的上述中接收到的事件是按照预定通信协议封装的，使得接收到的事件是事件源和服务进程之间都能识别的数据，这样服务进程的接收端口在接收到事件之后，服务进程能够正确读取事件的内容。

预定通信协议的代码具体可以如下：

:host riemanna表示主机的名称，:service riemann streams rate表示监控主机中事件发生对象，例如CPU，state ok表示CPU的状态是处于ok状态的，状态还可以是告警、严重负荷，例如，当CPU的内存使用小于70％，CPU的状态是处于ok状态的，当CPU的内存使用在70％-90％之间，CPU的状态是处于告警状态的，当CPU的内存使用超过90％，CPU的状态是处于严重负荷的状态。:description nil表示事件的描述，:metric 0.0表示事件值，:tags[riemann]表示标签，:time 355740372471/250表示事件发生的时间，:ttl 20表示20秒后事件过期，事件过期后，过期的事件就不会参加过滤、分流、告警、聚合。

根据本发明实施例的事件处理方法，服务进程判断接收到的事件是否满足事件配置信息中的处理条件；当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。从本发明实施例可见，服务进程根据事件配置信息对事件进行处理，简化了事件处理的难度，而且事件配置信息可以根据用户的需求灵活地进行配置，提高了事件处理的灵活度。

本发明实施例提供另一种事件发送方法，如图2所示，该方法包括：

步骤201、事件源在生成事件后，将生成的事件封装并发送给服务进程的接收端口。

事件源生成事件之后，主动地将生成的事件发送给服务进程的接收端口，实现了接收端口以被动接收方式(Push)接收事件，区别于相关技术中的监控组件主动地从事件源中获取事件，即主动获取的方式(Poll)，从而有效地保证了监控组件对事件监控的实时性。例如，事件源在生成事件后，就将生成的事件封装发送给服务进程的接收端口，服务进程对事件进行处理，将处理后的事件写入到监控组件中，由于事件发送给服务进程的时间和服务进程对事件进行处理的事件非常短暂，因此，可以相当于在事件源生成事件之后就将事件写入到监控组件中，而不是相关技术中的周期性地获取事件，从而保证了监控组件监控事件的实时性。

进一步地，在图2对应实施例的基础上，步骤201包括：

按照预定通信协议将生成的事件封装并发送给服务进程的接收端口。

按照预定通信协议将生成的事件封装，即将事件转化成事件源和服务进程之间都能识别的数据，以使服务进程的接收端口在接收到事件之后，服务进程能够正确读取事件的内容。

预定通信协议的代码具体可以如下：

根据本发明实施例的事件发送方法，事件源在生成事件后，将生成的事件封装并发送给服务进程的接收端口。从本发明实施例可见，事件源生成事件之后主动地将生成的事件发送给服务进程的接收端口，实现了监控组件对事件的实时监控。而且按照预定通信协议将生成的事件封装，将事件转化成了事件源和服务进程之间都能识别的数据。

本发明实施例提供一种事件处理装置，如图3所示，该事件处理装置3包括：

判断模块31，用于判断接收到的事件是否满足事件配置信息中的处理条件。

处理模块32，用于当判断模块31判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

进一步地，在图3对应实施例的基础上，本发明提供另一种事件处理装置，如图4所示，当所述判断模块判断出所述接收到的事件不满足所述处理条件时，该事件处理装置3还包括：

第一写入模块33，用于当判断模块31判断出接收到的事件不满足处理条件时，将接收到的事件写入到预先设置的监控组件中。

进一步地，处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

进一步地，如图4所示，当满足的处理条件为告警条件时，事件处理装置3还包括：

第二写入模块34，用于将接收到的事件写入到告警组件中。

进一步地，如图4所示，当处理条件为分流条件或者聚合条件时，事件处理装置3还包括：

第三写入模块35，用于将接收到的事件写入到消息队列中。

进一步地，如图4所示，事件处理装置3还包括：

监听模块36，用于通过服务进程的接收端口监听来自事件源发送的接收到的事件。

在实际应用中，判断模块31、处理模块32、第一写入模块33、第二写入模块34、第三写入模块35和监听模块36均可由事件处理装置3中的CPU、微处理器(Micro ProcessorUnit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。

根据本发明实施例的事件处理装置，判断接收到的事件是否满足事件配置信息中的处理条件；当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。从本发明实施例可见，服务进程根据事件配置信息对事件进行处理，简化了事件处理的难度，而且事件配置信息可以根据用户的需求灵活地进行配置，提高了事件处理的灵活度。

本发明实施例提供一种事件发送装置，如图5所示，该事件发送装置4包括：

发送模块41，用于在生成事件后，将生成的事件封装并发送给服务进程的接收端口。

进一步地，发送模块41具体用于，按照预定通信协议将生成的事件封装并发送给服务进程的接收端口。

在实际应用中，发送模块41可由事件发送装置4中的CPU、微处理器(MicroProcessor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。

根据本发明实施例的事件发送装置，事件源在生成事件后，将生成的事件封装并发送给服务进程的接收端口。从本发明实施例可见，事件源生成事件之后主动地将生成的事件发送给服务进程的接收端口，实现了监控组件对事件的实时监控。而且按照预定通信协议将生成的事件封装，将事件转化成了事件源和服务进程之间都能识别的数据。

本发明实施例提供又一种事件处理装置，该事件处理装置包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现的步骤包括：

判断接收到的事件是否满足事件配置信息中的处理条件；

当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

进一步地，当所述服务进程判断出所述接收到的事件不满足所述处理条件时，上述处理器执行计算机程序时实现的步骤还包括：

将所述接收到的事件写入到预先设置的监控组件中。

进一步地，所述处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

进一步地，所述处理条件为所述告警条件；所述对接收到的事件进行处理之后，上述处理器执行计算机程序时实现的步骤还包括：

将所述接收到的事件写入到告警组件中。

进一步地，所述处理条件为所述分流条件或者所述聚合条件；上述处理器执行计算机程序时实现的步骤还包括：

将所述接收到的事件写入到消息队列中。

进一步地，判断接收到的事件是否满足事件配置信息中的处理条件之前，上述处理器执行计算机程序时实现的步骤还包括：

通过自身的接收端口监听来自事件源发送的所述接收到的事件。

本发明实施例提供另一种事件发送装置，该事件发送装置包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现的步骤包括：

在生成事件后，将生成的事件封装并发送给服务进程的接收端口。

进一步地，上述处理器执行计算机程序时实现的步骤具体包括：

按照预定通信协议将生成的事件封装并发送给服务进程的接收端口。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种事件处理方法，其特征在于，包括：

服务进程判断接收到的事件是否满足事件配置信息中的处理条件；

当判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

2.根据权利要求1所述的事件处理方法，其特征在于，当所述服务进程判断出所述接收到的事件不满足所述处理条件时，还包括：

所述服务进程将所述接收到的事件写入到预先设置的监控组件中。

3.根据权利要求1所述的事件处理方法，其特征在于，

所述处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

4.根据权利要求3所述的事件处理方法，其特征在于，所述处理条件为所述告警条件；所述对接收到的事件进行处理之后，还包括：

所述服务进程将所述接收到的事件写入到告警组件中；

所述处理条件为所述分流条件或者所述聚合条件；所述对接收到的事件进行处理之后，还包括：

所述服务进程将所述接收到的事件写入到消息队列中。

5.根据权利要求1至4中任一项所述的事件处理方法，其特征在于，所述服务进程判断接收到的事件是否满足事件配置信息中的处理条件之前，还包括：

所述服务进程通过自身的接收端口监听来自事件源发送的所述接收到的事件。

6.一种事件处理装置，其特征在于，包括：

判断模块，用于判断接收到的事件是否满足事件配置信息中的处理条件；

处理模块，用于当判断模块判断出接收到的事件满足处理条件时，按照事件配置信息中的与该处理条件对应的处理方案对接收到的事件进行处理。

7.根据权利要求6所述的事件处理装置，其特征在于，当所述判断模块判断出所述接收到的事件不满足所述处理条件时，还包括：

第一写入模块，用于将所述接收到的事件写入到预先设置的监控组件中。

8.根据权利要求6所述的事件处理装置，其特征在于，

所述处理条件为：分流条件、过滤条件、告警条件或者聚合条件。

9.根据权利要求8所述的事件处理装置，其特征在于，

所述处理条件为所述告警条件；还包括：

第二写入模块，用于将所述接收到的事件写入到告警组件中；

所述处理条件为所述分流条件或者所述聚合条件；还包括：

第三写入模块，用于将所述接收到的事件写入到消息队列中。

10.根据权利要求6至9中任一项所述的事件处理装置，其特征在于，还包括：

监听模块，用于通过所述服务进程的接收端口监听来自事件源发送的所述接收到的事件。