CN115664936A - 异常业务的告警方法、装置、电子设备及存储介质 - Google Patents
异常业务的告警方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115664936A CN115664936A CN202211311169.XA CN202211311169A CN115664936A CN 115664936 A CN115664936 A CN 115664936A CN 202211311169 A CN202211311169 A CN 202211311169A CN 115664936 A CN115664936 A CN 115664936A
- Authority
- CN
- China
- Prior art keywords
- alarm
- alarmed
- records
- equal
- nodes
- 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.)
- Pending
Links
Images
Landscapes
- Alarm Systems (AREA)
Abstract
本公开提供了一种异常业务的告警方法、装置、电子设备、存储介质和程序产品,可以应用于信息安全技术领域。该方法包括:响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,告警事件用于生成并触发告警操作;对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息,N大于等于1;根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,P个节点依次连接,P个节点沿预定方向依次执行任务,P大于等于2;响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的,M大于等于1,且M小于等于N。
Description
技术领域
本公开涉及信息安全技术领域,更具体的涉及一种异常业务的告警方法、装置、电子设备、存储介质和程序产品。
背景技术
调度系统通过运行多种调度任务以实现多种业务功能。在实现业务功能的过程中,调度系统与上层任务和底层组件对接,基础组件服务故障、任务配置以及数据读取写入出现异常等都会造成任务调度失败,导致出现异常业务。
相关技术中,当异常业务触发告警时,通过将告警信息发送给全部的告警接收人实现异常业务的告警,从而实现异常业务的处理。由于企业的日常运营过程存在大量的异常业务告警信息,将告警信息发送给全部的告警接收人会导致发送大量重复告警信息,影响告警信息的发送效率和异常业务的处理效率。此外,在某一个告警接收人已处理异常业务之后,其他接收人收到的告警信息就会成为无用信息,影响告警接收人的使用体验。
发明内容
鉴于上述问题,本公开提供了一种异常业务的告警方法、装置、设备、介质和程序产品。
根据本公开的第一个方面,提供了一种异常业务的告警方法,包括:
响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,告警事件用于生成并触发告警操作;
对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1;
根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,其中,P个节点依次连接,P个节点沿预定方向依次执行任务,P大于等于2;
响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的,M大于等于1,且M小于等于N。
根据本公开的实施例,其中,根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,包括:
获取环形队列的时间参数;以及
根据延迟告警时长和时间参数的比较结果,将N个待告警记录存储至环形队列。
根据本公开的实施例,其中,时间参数包括P个节点执行一轮任务所需的周期时长和与每个节点对应的单元时长;
根据延迟告警时长和时间参数的比较结果,将N个待告警记录存储至环形队列,包括:
调用预设函数处理第n个待告警记录的延迟告警时长和周期时长,得到与第n个待告警记录对应的第一参数和第二参数,第一参数用于表示执行轮次,第二参数用于确定存储待告警记录的节点,其中,n大于等于1,且n小于等于N;
根据第二参数和单元时长的比较结果,将第n个待告警记录存储至第p个节点,其中,第二参数大于等于从第1个节点至第p个节点之前(p-1)个节点的单元时长之和,且小于p个节点的单元时长之和,第1个节点为启动环形队列时对应的节点,其中,p大于等于1,且p小于等于P。
根据本公开的实施例,其中,待告警记录还包括用于表示执行轮次的第一参数;响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,包括:
获取环形队列的启动时刻和当前时刻;
获取第一参数为零的m个待告警记录,并将m个待告警记录按照执行顺序存储至执行队列;
在环形队列的状态为执行中的情况下,根据启动时刻和当前时刻之间的差值,触发环形队列中的第i个节点,其中,i大于等于1且i小于等于P;
将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备,其中mi大于等于1,且mi小于等于m。
根据本公开的实施例,其中,待告警记录还包括告警通道;
将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备,包括:
根据mi个待告警记录的告警接收人标识,确定至少mi个目标终端设备;以及
基于mi个待告警记录的告警通道,将mi个待告警记录的发送至至少mi个目标终端设备,告警通道包括:邮件、电话和通讯客户端之一。
根据本公开的实施例,该方法还包括:
响应于接收到来自目标终端设备的处理操作,将环形队列的执行状态更新为停止执行,处理操作用于对异常业务中异常信息进行处理。
根据本公开的实施例,其中,告警事件包括Q个告警规则;对告警事件进行解析,生成N个待告警记录,包括:
通过检测Q个告警规则中的预设字段,依次对Q个告警规则进行解析,得到告警上下文信息,告警上下文信息包括告警通道、告警总次数和告警间隔,Q大于等于2;
基于告警通道和告警总次数,将告警上下文信息拆分为N个临时告警记录;
根据告警间隔,计算N个临时告警记录的延迟告警时长;以及
将延迟告警时长添加至N个临时告警记录,并将N个临时告警记录按照延迟告警时长从短到长的顺序进行排列,得到N个待告警记录。
根据本公开的实施例,其中,告警请求包括异常业务原因;
响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,包括:
根据异常业务原因,从数据库中获取与异常业务原因对应的至少一个告警规则;以及
基于异常业务原因,调用预设脚本生成告警事件。
本公开的第二方面提供了一种异常业务的告警装置,包括:生成模块,用于响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,告警事件用于生成并触发告警操作;
解析模块,用于对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1;
存储模块,用于根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,其中,P个节点依次连接,P个节点沿预定方向依次执行任务,P大于等于2;
执行模块,用于响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的,M大于等于1,且M小于等于N。
本公开的第三方面提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得一个或多个处理器执行上述异常业务的告警方法。
本公开的第四方面还提供了一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行上述异常业务的告警方法。
本公开的第五方面还提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述异常业务的告警方法。
根据本公开的实施例,通过响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件;对告警事件进行解析,生成N个待告警记录,实现了待告警记录的触发和生成;根据待告警记录中的延迟告警时长,将N个待告警记录存储至环形队列的P个节点;响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,实现了异常业务的延迟告警。本公开利用延迟告警时长和环形队列,实现了待告警记录的延迟存储、延迟触发,无需同时向多个告警接收人发送待告警记录,从而实现了分时段告警,以便告警接收人根据待告警记录及时处理异常业务,提高异常业务处理效率。
此外,由于待告警记录为延迟存储和延迟触发,因此,在异常业务已经被处理的情况下,其他告警接收人不会收到待告警记录,从而避免了对其他告警接收人的打扰,提高用户使用体验。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述内容以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的异常业务的告警方法的应用场景;
图2示意性示出了根据本公开实施例的异常业务的告警方法的流程图;
图3示意性示出了根据本公开实施例的待告警记录的存储方法的流程图;
图4示意性示出了根据本公开实施例的基于延迟告警时长存储待告警记录的方法的流程图;
图5示意性示出了根据本公开实施例的环形队列的示意图;
图6示意性示出了根据本公开实施例的待告警记录的发送方法的流程图;
图7示意性示出了根据本公开具体实施例的异常业务的告警示意图;
图8示意性示出了根据本公开实施例的异常业务的告警装置的结构框图;以及
图9示意性示出了根据本公开实施例的适于异常业务的告警方法的电子设备的方框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
在本公开的技术方案中,所涉及的数据(如包括但不仅限于用户个人信息)的收集、存储、使用、加工、传输、提供、公开和应用等处理,均符合相关法律法规的规定,采取了必要保密措施,且不违背公序良俗。
相关技术中,当异常业务触发告警信息时,通过将告警信息发送给所有的告警接收人,以保证告警信息的处理。在实际应用中,多个告警接收人对应多个告警优先级。在优先级较高的告警接收人处理该异常业务时,优先级较低的告警接收人无需处理该异常业务,发送的告警信息会对优先级较低的告警接收人造成打扰,影响告警接收人对于告警系统的使用体验。
此外,由于将告警信息发送给所有的告警接收人,在优先级较高的告警接收人未及时处理该异常业务时,其他告警接收人会处于等待阶段,直至等待很长时间后处理该异常业务。这就导致在异常业务触发告警之后,异常业务的处理效率低。
本公开的实施例提供了一种异常业务的告警方法,包括:响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,告警事件用于生成并触发告警操作;对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1;根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,其中,P个节点依次连接,P个节点沿预定方向依次执行任务,P大于等于2;响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的,M大于等于1,且M小于等于N。
图1示意性示出了根据本公开实施例的异常业务的告警方法的应用场景。
如图1所示,根据该实施例的应用场景100可以包括第一终端设备101、第二终端设备102、第三终端设备103、网络104和服务器105。网络104用以在第一终端设备101、第二终端设备102、第三终端设备103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用第一终端设备101、第二终端设备102、第三终端设备103中的至少一个通过网络104与服务器105交互,以接收或发送消息等。第一终端设备101、第二终端设备102、第三终端设备103上可以安装有各种通讯客户端应用,例如,即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
第一终端设备101、第二终端设备102、第三终端设备103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如,在服务器105生成待告警记录之后,可以通过网络104向用户使用的第一终端设备101、第二终端设备102、第三终端设备103发送待告警记录。
需要说明的是,本公开实施例所提供的异常业务的告警方法一般可以由服务器105执行。相应地,本公开实施例所提供的异常业务的告警装置一般可以设置于服务器105中。本公开实施例所提供的异常业务的告警方法也可以由不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群执行。相应地,本公开实施例所提供的异常业务的告警装置也可以设置于不同于服务器105且能够与第一终端设备101、第二终端设备102、第三终端设备103和/或服务器105通信的服务器或服务器集群中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
以下将基于图1描述的场景,通过图2~图7对公开实施例的异常业务的告警方法进行详细描述。
图2示意性示出了根据本公开实施例的异常业务的告警方法的流程图。
如图2所示,该方法包括操作S210~S250。
在操作S210,响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件。
根据本公开的实施例,异常业务包括在执行过程中出现的数据异常、组件运行故障、任务配置异常和数据读写异常等任务失败的业务;还包括处理时长超时或启动后长时间未调起的业务。
例如,对于“查询”业务,查询组件运行失败,该业务为异常业务;在完成查询之后,查询结果一直未展示,该业务为异常业务。对于“转账”业务,转账金额读取或写入失败,该业务为异常业务。
根据本公开的实施例,在出现异常业务时,业务系统通过向告警系统发送告警请求,立即触发告警任务。告警系统响应于接收到的用于处理异常业务的告警请求,生成对应的告警事件。其中,告警事件用于生成并触发对该异常业务的告警操作。
根据本公开的实施例,告警事件包括:告警ID、告警事件名称、告警规则和告警原因等。
在操作S220,对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息。
根据本公开的实施例,在生成告警事件之后,解析告警事件之前,告警系统将告警事件存储至数据库,用于存储本次异常业务的告警信息。
根据本公开的实施例,告警系统可以基于告警规则对告警事件进行解析,将告警事件转换为告警上下文信息。然后再将告警上下文信息和告警事件中的告警参数融合为待告警记录,告警参数可以是延迟告警时长。
具体的,告警规则包括处理异常业务的文字描述或代码描述。将告警事件转换为告警上下文信息的过程包括:从告警事件中提取目标信息之后,将目标信息转换为数据表形式的告警上下文信息。
根据本公开的实施例,待告警记录包括延迟告警时长和告警接收人信息。延迟告警时长用于在预设时刻触发待告警记录,以便告警系统根据告警接收人信息将该待告警记录发送至目标终端设备。
根据本公开的实施例,一个告警事件可以生成至少一个待告警记录。例如,对于“转账”异常业务,异常事件中生成的告警操作包括不同时间段向同一告警接收人发送的三个待告警记录,如电话通知三次。
在操作S230,根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点。
根据本公开的实施例,环形队列包括P个节点,P个节点依次连接、沿预定方向依次执行任务,P大于等于2。环形队列中每个节点都可以存储多个调度任务。根据N个待告警记录的延迟告警时长,可以将N个待告警记录分别存储至P个节点中的一个或多个节点。
例如,对于延迟时长分别为100s、200s、400s的三个待告警记录,根据环形队列的时间参数,可以将上述三个待告警记录存储于环形队列中的一个节点;还可以将上述三个待告警记录存储于环形队列中的两个节点;或者将上述三个待告警记录存储于环形队列中的三个节点。
在操作S240,响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的。
根据本公开的实施例,在将N个待告警记录存储至环形队列之后,告警系统可以自动启用环形队列,从而执行待告警记录的发送。具体的,在完成存储N个待告警记录之后,告警系统生成新的请求,用于启动环形队列。告警系统响应于启动环形队列的请求,根据延迟告警时长,将P个节点中存储的M个待告警记录依次发送至目标终端设备,M大于等于1,且M小于等于N。
具体的,由于N个待告警记录是基于延迟告警时长存储至P个节点的,所以在执行环形队列时,告警系统仍然基于延迟告警时长依次触发P个节点中的N个待告警记录。
在依次发送待告警记录的过程中,由于告警接收人可能已经对待告警记录进行处理,因此,告警系统响应于接收到来自目标终端设备的处理操作,停止执行环形队列,无需将全部的N个待告警记录发送至目标终端设备。
例如,在发送M个待告警记录之后,告警接收人根据第M个待告警记录对该异常业务进行处理。响应于接收到告警接收人的处理操作,告警系统停止执行该环形队列,进入下个异常业务的处理流程。此时,告警系统仅完成了M个待告警记录的发送,无需将其他告警记录发送给其他告警接收人,避免无用信息对告警接收人的打扰。
根据本公开的实施例,通过响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件;对告警事件进行解析,生成N个待告警记录,实现了待告警记录的触发和生成;根据待告警记录中的延迟告警时长,将N个待告警记录存储至环形队列的P个节点;响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,实现了异常业务的延迟告警。本公开利用延迟告警时长和环形队列,实现了待告警记录的延迟存储、延迟触发,无需同时向多个告警接收人发送待告警记录,从而实现了分时段告警,以便告警接收人根据待告警记录及时处理异常业务,提高异常业务处理效率。
此外,由于待告警记录为延迟存储和延迟触发,因此,在异常业务已经被处理的情况下,其他告警接收人不会收到待告警记录,从而避免了对其他告警接收人的打扰,提高用户使用体验。
图3示意性示出了根据本公开实施例的待告警记录的存储方法的流程图。
如图3所示,该实施例的存储方法包括操作S331~操作S332,可以作为操作S230的一个具体实施例。
在操作S331,获取环形队列的时间参数。
根据本公开的实施例,环形队列的时间参数包括节点数目、每个节点对应的时单元时长和全部节点执行一轮任务所需的周期时长。
例如,环形队列包括8个节点,每个节点对应的单元时长为300s,执行8个节点的周期时长为2400s。
根据本公开的实施例,环形队列的时间参数可以是预先设定并存储于数据库的。在将N个待告警记录存储至环形队列之前,从数据库中获取环形队列的时间参数,以便根据环形队列的时间参数将N个待告警记录存储至P个节点中。
根据本公开的实施例,还可以根据异常业务的紧急程度,对时间参数进行初始化。具体的,在将N个待告警记录存储至环形队列之前,根据告警事件中的紧急任务标识,确定该告警事件为紧急处理事件。根据紧急事件的处理规则,缩短该环形队列的单元时长和周期时长,以加快该告警事件的告警速度。
例如,环形队列包括8个节点,每个节点的单元时长为300s,周期时长为2400s。在确定该告警事件为紧急处理事件时,将单元时长初始化为100s,周期时长为800s。
在操作S332,根据延迟告警时长和时间参数的比较结果,将N个待告警记录存储至环形队列。
根据本公开的实施例,在获取环形队列的时间参数之后,将待告警记录的延迟告警时长与环形队列的单元时长和周期时长进行对比,以便将N个待告警记录存储至环形队列的P个节点。
图4示意性示出了根据本公开实施例的基于延迟告警时长存储待告警记录的方法的流程图。
如图4所示,该实施例的方法包括操作S4321~操作S4322,可以作为操作S332的一个具体实施例。
在操作S4321,调用预设函数处理第n个待告警记录的延迟告警时长和周期时长,得到与第n个待告警记录对应的第一参数和第二参数。
根据本公开的实施例,预设函数可以是常用数据计算函数的组合,还可以是开发人员编写的程序代码。
根据本公开的实施例,第一参数用于表示执行轮次,第二参数用于确定存储待告警记录的节点,其中,n大于等于1,且n小于等于N。具体的,第一参数为延迟告警时长除以周期时长的整数部分,第二参数为延迟告警时长除以周期时长的余数部分。
在操作S4322,根据第二参数和单元时长的比较结果,将第n个待告警记录存储至第p个节点。
根据本公开的实施例,第二参数大于等于从第1个节点至第p个节点之前(p-1)个节点的单元时长之和,且小于p个节点的单元时长之和,第1个节点为启动环形队列时对应的节点,其中,p大于等于1,且p小于等于P。
例如,环形队列的周期时长为2400s,与第一个待告警记录、第二个待告警记录和第三个待告警记录对应的延迟告警时长分别为600s、600s和2700s。调用预设函数分别处理上述三个待告警记录之后,与第一个待告警记录对应的第一参数为0、第二参数为600s;与第二个待告警记录对应的第一参数为0、第二参数为600s;与第三个待告警记录对应的第一参数为1、第二参数为300s。
在调用预设函数计算N个待告警记录之后,将第二参数和单元时长进行比较,以确定第n个待告警记录待存储的节点。
仍以上述第一个待告警记录、第二个待告警记录和第三个待告警记录为例,上述三个待告警记录的第二参数分别为600s、600s和300s。每个节点的单元时长为300s。将上述三个待告警记录的第二参数与每个节点的单元时长相比,确定第一个待告警记录和第二个待告警记录均存储于第3个节点;第三个待告警记录存储于第2个节点。
需要说明的是,由第一参数可知,第一个待告警记录和第二个待告警记录处于同一个执行轮次,第三个待告警位于第一个待告警记录和第二个待告警记录之后的执行轮次。
表1
根据本公开的实施例,待告警记录包括告警事件ID、告警通道、当前告警次数、告警总次数、告警接收人、延迟告警时长和告警序号。
例如,以9个待告警记录为例,表1包括根据告警事件A解析得到的9个待告警记录。其中,待告警记录1~9的延迟告警时长分别为600s、600s、1200s、1800s、2400s、2700s、2400s、2700s和3000s。
图5示意性示出了根据本公开实施例的环形队列的示意图。
根据本公开的实施例,以环形队列包括8个节点,每个节点的单元时长为300s,环形队列的周期时长为2400s为例。
调用预设函数处理待告警记录1~9的延迟告警时长和环形队列的周期时长,得到的第一参数和第二参数。其中待告警记录1~9的第一参数分别为0、0、0、0、1、1、1、1、1;第二参数分别为600s、600s、1200s、1800s、0、300s、0、300s和600s。
如图5所示,待告警记录1~9分别存储于环形队列的第3个节点、第3个节点、第5个节点、第7个节点、第1个节点、第1个节点、第2个节点、第2个节点和第3个节点。“round”对应第一参数。
本公开通过将延迟告警时长和环形队列的周期时长、单元时长进行比较,实现了将N个待告警记录按照顺序、有效地放入环形队列中,以便后续利用环形队列降低遍历N个待告警记录的复杂度,有助于提高异常业务处理效率。
图6示意性示出了根据本公开实施例的待告警记录的发送方法的流程图。
如图6所示,该实施例的发送方法包括操作S641~操作S644,可以作为操作S240的一个具体实施例。
在操作S641,获取环形队列的启动时刻和当前时刻。
根据本公开的实施例,在将N个待告警记录存储至环形队列之后,告警系统响应于启动环形队列的请求,依次触发环形队列中每个节点,以发送节点中存储的待告警记录。
根据本公开的实施例,在启动环形队列的情况下,记录环形队列的启动时刻和当前时刻,以便根据延迟告警时长触发环形队列中的多个节点。
在操作S642,获取第一参数为零的m个待告警记录,并将m个待告警记录按照执行顺序存储至执行队列。
根据本公开的实施例,待告警记录还包括用于表示执行轮次的第一参数。在触发环形队列中的节点之前,先根据第一参数,将当前执行轮次下的所有待告警记录存储至执行队列。
具体的,第一参数为零表示环形队列正在触发当前执行轮次。在触发当前执行轮次中的所有节点之前,先将当前执行轮次的所有待告警记录存储至执行队列。在将当前执行轮次的所有待告警记录发送至目标终端设备之后,将环形队列中的所有待告警记录的第一参数减1,更新环形队列中所有待告警记录的第一参数。然后,根据更新后的第一参数,再将更新后对应的当前执行轮次的待告警记录存储至执行队列。
如图5所示,“round”为0的待告警记录表示当前执行轮次。在将9个待告警记录存储至环形队列之后,开始执行9个待告警记录的发送操作。待告警记录1~4为当前执行轮次待发送的待告警记录;待告警记录5~9为下一轮次待发送的待告警记录。在触发第3个节点、第5个节点和第7个节点内的待告警记录之前,将待告警记录1~4存储至执行队列。
在执行队列完成待告警记录1~4的发送任务之后,再将环形队列中待告警记录5~9的第一参数减1,即round减1;在更新第一参数之后,待告警记录5~9的第一参数均为0,即round为0,然后再将待告警记录5~9存储至执行队列。
在操作S643,在环形队列的状态为执行中的情况下,根据启动时刻和当前时刻之间的差值,触发环形队列中的第i个节点。
根据本公开的实施例,在将当前执行轮次的m个待告警记录存储至执行队列之后,根据启动时刻和当前时刻的差值,依次触发环形队列中的节点。
根据本公开的实施例,在触发环形队列中的第i个节点时,相应地,将执行队列中与第i个节点对应的待告警记录发送至目标终端。
在操作S644,将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备。
例如,仍以待告警记录1~9为例,环形队列的单元时长为300s。启动时刻为12:00:00,当前时刻为12:10:00。启动时刻和当前时刻之间的差值为600s,触发第3个节点,将执行队列中与第3个节点对应的待告警记录1和待告警记录2发送至目标设备。
在当前时刻为12:40:00时,启动时刻和当前时刻之间的差值为2400s,触发第1个节点。由于第1个节点为第二次触发,所以待告警记录5和7的第一参数为更新后的参数,即round为0。在触发当前轮次的第1个节点之后,将执行队列中与第1个节点对应的待告警记录5和7发送至目标设备。
根据本公开的实施例,在将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备之前,可以根据mi个待告警记录中告警接收人信息,确定待发送的目标终端,其中,mi大于等于1,且mi小于等于m。
本公开通过将环形队列中每个执行轮次中的待告警记录存储至执行队列,实现了任务执行过程中的预先存储,提高了处理效率。
根据本公开的实施例,将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备,包括:
根据mi个待告警记录的告警接收人标识,确定至少mi个目标终端设备;以及
基于mi个待告警记录的告警通道,将mi个待告警记录的发送至至少mi个目标终端设备,告警通道包括:邮件、电话和通讯客户端之一。
根据本公开的实施例,待告警记录包括告警通道。告警系统通过多个告警通道向目标终端设备发送待告警记录。
如表1所示,对于告警接收人“张三”和“李四”,待告警记录1的告警通道为邮件,待告警记录2~4的告警通道为电话。在环形队列触发第3个节点的情况下,将执行队列中的待告警记录1和2发送至目标终端设备。具体的,告警系统通过电话和邮件将待告警记录发送至“张三”和“李四”的目标终端设备。
本公开通过多个告警通道将待告警记录发送至告警接收人,避免因联系不到接收人导致异常业务处理效率低。
根据本公开的实施例,在将M个待告警记录依次发送至目标终端设备的过程中,响应于接收到来自与M个待告警记录对应的任一目标终端设备的处理操作,将环形队列的执行状态更新为停止执行,处理操作用于对异常业务中异常信息进行处理。
根据本公开的实施例,告警事件包括Q个告警规则;对告警事件进行解析,生成N个待告警记录,包括:
通过检测Q个告警规则中的预设字段,依次对Q个告警规则进行解析,得到告警上下文信息,告警上下文信息包括告警通道、告警总次数和告警间隔,Q大于等于2。
根据本公开的实施例,告警上下文信息还包括与告警事件ID、当前告警次数和告警接收人列表。
表2
表2示意性给出了生成的告警事件A。其中,告警事件A包括两个告警规则。
如表2所示,对告警规则的解析包括:通过识别“periodTime”、“receivers”和“alarmChannelCount”字段,解析得到告警上下文信息。“periodTime”、“receivers”和“alarmChannelCount”字段分别对应告警间隔、告警接收人列表和告警通道。
具体的,告警上下文信息包括从两个告警规则中解析的信息。对于第一个告警规则,解析得到的告警上下文信息包括:告警间隔为600s,告警通道为邮件和电话,电话告警总次数为3,邮件告警总次数为3,告警接收人包括张三和李四。对于第二告警规则,解析得到的告警上下文信息包括:告警间隔为600s,告警通道为通讯软件和电话,电话告警总次数为3,通讯软件告警总次数为2,告警接收人包括王五和刘六。
根据本公开的实施例,一个告警事件可以包括至少两个告警规则。每个告警规则可以包括至少一个告警接收人。多个告警规则之间存在优先级差别。如表1所示,第一个告警规则下的张三和李四均为第一告警接收人,第二告警规则下的王五和刘六均为第二告警接收人。在对告警事件进行解析,并生成待告警记录之后,第一告警接收人的延迟告警时长比第二告警接收人的延迟告警时长短,以便先触发向第一告警接收人发送待告警记录。
根据本公开的实施例,多个告警规则之间也存在告警间隔,保证告警接收人在收到最后一次待告警记录之后仍然存在处理异常业务的时间。
如图5所示,待告警记录4为根据第一告警规则生成的最后一条待告警记录,待告警记录5为根据第二告警规则生成的第一条待告警记录。待告警记录4和带告警记录5之间的时间间隔为第一告警规则的告警间隔。
根据本公开的实施例,告警间隔的字段类型为整型,单位为秒;告警接收人的字段类型为字符串。
根据本公开的实施例,在解析得到告警上下文信息之后,基于告警通道和告警总次数,将告警上下文信息拆分为N个临时告警记录。根据告警间隔,计算N个临时告警记录的延迟告警时长。将延迟告警时长添加至N个临时告警记录,并将N个临时告警记录按照延迟告警时长从短到长的顺序进行排列,得到N个待告警记录。
具体的,将第一告警规则中告警通道为电话的告警上下文信息拆分为临时待告警记录2~4。根据告警间隔,计算临时待告警记录2~4的延迟告警时长。将延迟告警时长添加至临时待告警记录2~4,生成如表1所示的待告警记录2~4。
根据本公开的实施例,待告警记录按照延迟告警时长从短到长的顺序进行排序。对于多个告警通道,可以按照告警通道的优先级对待告警记录进行排序,每个告警通道下,按照延迟告警时长从短到长的顺序对待告警记录进行排序。
根据本公开的实施例,如表1所示,待告警记录1~9包括延迟告时长,并且待告警记录1~9按照告警通道和延迟告警时长从短到长的顺序进行排序。
需要说明的是,由于根据延迟告警时长将待告警记录存储至环形队列,所以待告警记录的排列顺序不影响存储后的发送顺序。如图5所示,待告警记录5和7均位于环形队列的第1个节点,但是,待告警记录5和7的序号不同。
本公开通过对告警规则的解析,得到告警间隔,并基于告警间隔自动生成N个待告警记录,实现了自动、有序生成包括告警顺序的待告警记录,有助于提高N个待告警记录的存储效率。
根据本公开的实施例,告警请求包括异常业务原因;响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,包括:
根据异常业务原因,从数据库中获取与异常业务原因对应的至少一个告警规则;以及基于异常业务原因,调用预设脚本生成告警事件。
具体的,预设脚本可以存储至数据库的预设地址。
图7示意性示出了根据本公开具体实施例的异常业务的告警示意图。
如图7所示,在业务运营过程产生异常业务之后,业务系统自动触发告警系统生成告警事件710。告警系统对告警事件710进行解析之后,生成N个待告警记录,然后根据待告警记录中的延迟告警时长,将N个待告警记录存储值环形队列720中,以便依次触发环形队列中的多个节点。
在将N个待告警记录存储至环形队列720之后,启动环形队列,并将执行轮次为零的m个待告警记录存储至执行队列730。根据启动时刻和当前时刻触发环形队列中的第i个节点,然后将执行队列730中与第i个节点对应的mi个待告警记录发送至告警管理系统740。
告警管理系统740根据待告警记录中的告警通道和告警接收人信息确定待告警的目标终端设备760,然后基于告警通道750将待告警记录发送至目标终端设备760。
根据本公开的实施例,告警通道750包括:邮件、电话、通讯软件A和通讯软件B等。告警通道750还包括办公软件等可以进行交互的通讯软件。
如图7所示,告警管理系统740根据告警接收人信息确定待告警的目标终端设备A,并基于邮件向目标终端设备A发送待告警记录;告警管理系统740根据告警接收人信息确定待告警的目标终端设备B,并基于邮件和通讯软件A向目标终端设备B发送两个待告警记录;告警管理系统740根据告警接收人信息确定待告警的目标终端设备C,并基于通讯软件B向目标终端设备C发送待告警记录;告警管理系统740根据告警接收人信息确定待告警的目标终端设备D,并基于电话向目标终端设备D发送待告警记录。
本公开利用环形队列控制告警触发的时间,根据告警规则中告警接收人的优先级顺序,依次发送待告警记录。通过本公开的实施例,只有优先级较高的人在告警间隔内没有及时的处理异常业务,才会触发第二告警接收人。一旦异常业务被告警接收人处理,该异常业务的待告警记录就不会发送给其他告警接收人,排除了无效告警的发送,从而保证了告警信息的有效性。
此外,由于待告警记录依次发送给告警接收人,不存在等待其他告警接收人处理当前异常业务的情况,从而保证了告警信息的时效性。
根据本公开的实施例,当任务比较紧急的时候,可以通过缩短两次告警间隔或者将第一告警人设为多人同时处理,即可兼容原先的告警系统,实现告警系统的升级,并进一步保证告警信息的时效性。
图8示意性示出了根据本公开实施例的异常业务的告警装置的结构框图。
如图8所示,该实施例的异常业务的告警装置800包括生成模块810、解析模块820、存储模块830和执行模块840。
生成模块810,用于响应于接收到的用于处理异常业务的告警请求,生成与告警请求对应的告警事件,告警事件用于生成并触发告警操作。在一实施例中,生成模块810,可以用于执行前文描述的操作S210,在此不再赘述。
解析模块820,用于对告警事件进行解析,生成N个待告警记录,待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1。在一实施例中,解析模块820可以用于执行前文描述的操作S220,在此不再赘述。
存储模块830,用于根据延迟告警时长,将N个待告警记录存储至环形队列的P个节点,其中,P个节点依次连接,P个节点沿预定方向依次执行任务,P大于等于2。在一实施例中,存储模块830可以用于执行前文描述的操作S230,在此不再赘述。
执行模块840,用于响应于启动环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,目标终端设备是根据告警接收人信息确定的,M大于等于1,且M小于等于N。在一实施例中,执行模块840可以用于执行前文描述的操作S240,在此不再赘述。
根据本公开的实施例,存储模块830包括第一存储单元和第二存储单元。
第一存储单元用于获取环形队列的时间参数。在一实施例中,第一确定单元可以用于执行前文描述的操作S331,在此不再赘述。
第二存储单元用于根据延迟告警时长和时间参数的比较结果,将N个待告警记录存储至环形队列。在一实施例中,第二确定单元可以用于执行前文描述的操作S332,在此不再赘述。
根据本公开的实施例,第二存储单元包括第一存储子单元和第二存储子单元。
第一存储子单元用于调用预设函数处理第n个待告警记录的延迟告警时长和周期时长,得到与第n个待告警记录对应的第一参数和第二参数,第一参数用于表示执行轮次,第二参数用于确定存储待告警记录的节点,其中,n大于等于1,且n小于等于N。在一实施例中,第一存储子单元可以用于执行前文描述的操作S4331,在此不再赘述。
第二存储子单元用于根据第二参数和单元时长的比较结果,将第n个待告警记录存储至第p个节点,其中,第二参数大于等于从第1个节点至第p个节点之前(p-1)个节点的单元时长之和,且小于p个节点的单元时长之和,第1个节点为启动环形队列时对应的节点,其中,p大于等于1,且p小于等于P。在一实施例中,第二存储子单元可以用于执行前文描述的操作S4332,在此不再赘述。
根据本公开的实施例,执行模块840包括第一执行单元、第二执行单元、第三执行单元和第四执行单元。
第一执行单元用于获取环形队列的启动时刻和当前时刻。在一实施例中,第一执行单元可以用于执行前文描述的操作S641,在此不再赘述。
第二执行单元用于获取第一参数为零的m个待告警记录,并将m个待告警记录按照执行顺序存储至执行队列。在一实施例中,第二执行单元可以用于执行前文描述的操作S642,在此不再赘述。
第三执行单元用于在环形队列的状态为执行中的情况下,根据启动时刻和当前时刻之间的差值,触发环形队列中的第i个节点,其中,i大于等于1且i小于等于P。在一实施例中,第三执行单元可以用于执行前文描述的操作S643,在此不再赘述。
第四执行单元用于将执行队列中与第i个节点对应的mi个待告警记录发送至目标终端设备,其中mi大于等于1,且mi小于等于m。在一实施例中,第四执行单元可以用于执行前文描述的操作S644,在此不再赘述。
根据本公开的实施例,第四执行单元包括第一执行子单元和第二执行子单元。
第一执行子单元用于根据mi个待告警记录的告警接收人标识,确定至少mi个目标终端设备。
第二执行子单元用于基于mi个待告警记录的告警通道,将mi个待告警记录的发送至至少mi个目标终端设备,告警通道包括:邮件、电话和通讯客户端之一。
根据本公开的实施例,告警装置800还包括停止模块,用于响应于接收到来自目标终端设备的处理操作,将环形队列的执行状态更新为停止执行,处理操作用于对异常业务中异常信息进行处理。
根据本公开的实施例,解析模块820包括:第一解析单元、第二解析单元、第三解析单元和第四解析单元。
第一解析单元用于通过检测Q个告警规则中的预设字段,依次对Q个告警规则进行解析,得到告警上下文信息,告警上下文信息包括告警通道、告警总次数和告警间隔,Q大于等于2。
第二解析单元用于基于告警通道和告警总次数,将告警上下文信息拆分为N个临时告警记录。
第三解析单元用于根据告警间隔,计算N个临时告警记录的延迟告警时长。
第四解析单元用于将延迟告警时长添加至N个临时告警记录,并将N个临时告警记录按照延迟告警时长从短到长的顺序进行排列,得到N个待告警记录。
根据本公开的实施例,生成模块810包括:第一生成单元和第二生成单元。
第一生成单元用于根据异常业务原因,从数据库中获取与异常业务原因对应的至少一个告警规则。
第二生成单元用于基于异常业务原因,调用预设脚本生成告警事件。
根据本公开的实施例,生成模块810、解析模块820、存储模块830和执行模块840中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,生成模块810、解析模块820、存储模块830和执行模块840中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,生成模块810、解析模块820、存储模块830和执行模块840中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图9示意性示出了根据本公开实施例的适于异常业务的告警方法的电子设备的方框图。
如图9所示,根据本公开实施例的电子设备900包括处理器901,其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 903中,存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 902和RAM903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备900还可以包括输入/输出(I/O)接口905,输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项:包括键盘、鼠标等的输入部分906;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907;包括硬盘等的存储部分908;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器910上,以便于从其上读出的计算机程序根据需要被安装入存储部分908。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品,其包括计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时,该程序代码用于使计算机系统实现本公开实施例所提供的异常业务的告警方法。
在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例,上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中,该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中,该计算机程序也可以在网络介质上以信号的形式进行传输、分发,并通过通信部分909被下载和安装,和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
在这样的实施例中,该计算机程序可以通过通信部分909从网络上被下载和安装,和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例,可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码,具体地,可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java,C++,python,“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上所述的具体实施例,对本公开的目的、技术方案和有益效果进行了进一步详细说明,应理解的是,以上所述仅为本公开的具体实施例而已,并不用于限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (12)
1.一种异常业务的告警方法,包括:
响应于接收到的用于处理异常业务的告警请求,生成与所述告警请求对应的告警事件,所述告警事件用于生成并触发告警操作;
对所述告警事件进行解析,生成N个待告警记录,所述待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1;
根据所述延迟告警时长,将N个所述待告警记录存储至环形队列的P个节点,其中,所述P个节点依次连接,所述P个节点沿预定方向依次执行任务,P大于等于2;
响应于启动所述环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,所述目标终端设备是根据所述告警接收人信息确定的,M大于等于1,且M小于等于N。
2.根据权利要求1所述的方法,其中,根据所述延迟告警时长,将N个所述待告警记录存储至环形队列的P个节点,包括:
获取所述环形队列的时间参数;以及
根据所述延迟告警时长和所述时间参数的比较结果,将N个所述待告警记录存储至所述环形队列。
3.根据权利要求2所述的方法,其中,所述时间参数包括所述P个节点执行一轮任务所需的周期时长和与每个节点对应的单元时长;
所述根据所述延迟告警时长和所述时间参数的比较结果,将N个所述待告警记录存储至所述环形队列,包括:
调用预设函数处理第n个所述待告警记录的延迟告警时长和所述周期时长,得到与第n个所述待告警记录对应的第一参数和第二参数,所述第一参数用于表示执行轮次,第二参数用于确定存储所述待告警记录的节点,其中,n大于等于1,且n小于等于N;
根据所述第二参数和所述单元时长的比较结果,将第n个所述待告警记录存储至第p个节点,其中,所述第二参数大于等于从第1个节点至所述第p个节点之前(p-1)个节点的单元时长之和,且小于p个节点的单元时长之和,所述第1个节点为启动所述环形队列时对应的节点,其中,p大于等于1,且p小于等于P。
4.根据权利要求1所述的方法,其中,所述待告警记录还包括用于表示执行轮次的第一参数;所述响应于启动所述环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,包括:
获取所述环形队列的启动时刻和当前时刻;
获取所述第一参数为零的m个所述待告警记录,并将m个所述待告警记录按照执行顺序存储至执行队列;
在所述环形队列的状态为执行中的情况下,根据所述启动时刻和所述当前时刻之间的差值,触发所述环形队列中的第i个节点,其中,i大于等于1且i小于等于P;
将所述执行队列中与所述第i个节点对应的mi个所述待告警记录发送至所述目标终端设备,其中mi大于等于1,且mi小于等于m。
5.根据权利要求4所述的方法,其中,所述待告警记录还包括告警通道;
所述将所述执行队列中与所述第i个节点对应的mi个所述待告警记录发送至所述目标终端设备,包括:
根据所述mi个所述待告警记录的告警接收人标识,确定至少mi个所述目标终端设备;以及
基于所述mi个所述待告警记录的告警通道,将所述mi个所述待告警记录的发送至至少mi个所述目标终端设备,所述告警通道包括:邮件、电话和通讯客户端之一。
6.根据权利要求1所述的方法,还包括:
响应于接收到来自所述目标终端设备的处理操作,将所述环形队列的执行状态更新为停止执行,所述处理操作用于对所述异常业务中异常信息进行处理。
7.根据权利要求1所述的方法,其中,所述告警事件包括Q个告警规则;所述对所述告警事件进行解析,生成N个待告警记录,包括:
通过检测Q个所述告警规则中的预设字段,依次对Q个所述告警规则进行解析,得到告警上下文信息,所述告警上下文信息包括告警通道、告警总次数和告警间隔,Q大于等于2;
基于所述告警通道和所述告警总次数,将所述告警上下文信息拆分为N个临时告警记录;
根据所述告警间隔,计算N个所述临时告警记录的延迟告警时长;以及
将所述延迟告警时长添加至N个所述临时告警记录,并将N个所述临时告警记录按照所述延迟告警时长从短到长的顺序进行排列,得到N个所述待告警记录。
8.根据权利要求1所述的方法,其中,所述告警请求包括异常业务原因;
响应于接收到的用于处理异常业务的告警请求,生成与所述告警请求对应的告警事件,包括:
根据所述异常业务原因,从数据库中获取与所述异常业务原因对应的至少一个告警规则;以及
基于所述异常业务原因,调用预设脚本生成所述告警事件。
9.一种异常业务的告警装置,包括:
生成模块,用于响应于接收到的用于处理异常业务的告警请求,生成与所述告警请求对应的告警事件,所述告警事件用于生成并触发告警操作;
解析模块,用于对所述告警事件进行解析,生成N个待告警记录,所述待告警记录包括延迟告警时长和告警接收人信息,其中,N大于等于1;
存储模块,用于根据所述延迟告警时长,将N个所述待告警记录存储至环形队列的P个节点,其中,所述P个节点依次连接,所述P个节点沿预定方向依次执行任务,P大于等于2;
执行模块,用于响应于启动所述环形队列的请求,将P个节点中存储的M个待告警记录发送至目标终端设备,所述目标终端设备是根据所述告警接收人信息确定的,M大于等于1,且M小于等于N。
10.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据权利要求1~8中任一项所述的方法。
11.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行根据权利要求1~8中任一项所述的方法。
12.一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现根据权利要求1~8中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211311169.XA CN115664936A (zh) | 2022-10-25 | 2022-10-25 | 异常业务的告警方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211311169.XA CN115664936A (zh) | 2022-10-25 | 2022-10-25 | 异常业务的告警方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115664936A true CN115664936A (zh) | 2023-01-31 |
Family
ID=84991917
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211311169.XA Pending CN115664936A (zh) | 2022-10-25 | 2022-10-25 | 异常业务的告警方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115664936A (zh) |
-
2022
- 2022-10-25 CN CN202211311169.XA patent/CN115664936A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109684180A (zh) | 用于输出信息的方法和装置 | |
CN113495820A (zh) | 异常信息收集、处理方法和装置以及异常监控系统 | |
CN113377626B (zh) | 基于服务树的可视化统一报警方法、装置、设备和介质 | |
CN110650126A (zh) | 一种防网站流量攻击方法、装置以及智能终端、存储介质 | |
CN115357663A (zh) | 基于增量数据同步组件的数据同步方法、系统及装置 | |
CN112445860B (zh) | 一种处理分布式事务的方法和装置 | |
CN112860461A (zh) | 事件告警方法、系统、装置、电子设备及存储介质 | |
CN114153703A (zh) | 微服务的异常定位方法、装置、电子设备和程序产品 | |
CN112084114B (zh) | 用于测试接口的方法和装置 | |
CN117557104A (zh) | 数据分析方法、装置、设备及介质 | |
US10893015B2 (en) | Priority topic messaging | |
CN112445597B (zh) | 定时任务调度方法和装置 | |
CN110727558A (zh) | 信息提示方法、装置、存储介质及电子设备 | |
CN115664936A (zh) | 异常业务的告警方法、装置、电子设备及存储介质 | |
CN110109764A (zh) | 延时任务创建方法、装置、介质和电子设备 | |
CN115801764A (zh) | 文件传输方法、装置、设备及存储介质 | |
CN114928603A (zh) | 客户端软件的升级方法、装置、电子设备和介质 | |
CN114490130A (zh) | 消息订阅方法、装置、电子设备及存储介质 | |
CN114386951A (zh) | 流程审批方法、装置、电子设备及存储介质 | |
CN114722071A (zh) | 考勤数据处理方法、装置、电子设备及存储介质 | |
US10585906B2 (en) | Querying relationships in a communication time series | |
CN112783677A (zh) | 一种服务异常的监控方法和装置 | |
US20240061729A1 (en) | Multitenancy cross-tenant collaboration driven by event proxy | |
CN116185648A (zh) | 多渠道广告前端任务的同步执行控制方法、装置及设备 | |
CN114595369A (zh) | 一种基于ZooKeeper分布式队列的工单接收方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |