[发明专利]一种事件积压处理方法、装置、设备及介质

说明书

本申请公开了一种事件积压处理方法、装置、设备及介质，涉及云计算数据中心技术领域，包括：对本地的事件队列中的事件数量进行监测；若所述事件数量大于预设事件积压值，则从所述事件队列的所有事件中确定出待处理事件；确定出所述待处理事件的事件类型和事件生成时间，并基于所述事件类型和所述事件生成时间对所述待处理事件进行去重处理，以得到最新待处理事件；将所述最新待处理事件发送至预先建立的临时事件队列，以便客户端对所述临时事件队列中的所述最新待处理事件进行处理。通过本申请的上述技术方案，能够提高事件积压处理的效率，保证事件的实时性和完整性，减少对云平台性能的冲击，增强云平台的稳定性。

技术领域

本发明涉及云计算数据中心技术领域，特别涉及一种事件积压处理方法、装置、设备及介质。

背景技术

目前，越来越多的公司开发了自己的云平台项目，可以纳管多个虚拟化或者容器集群进行管理。同时，这些云平台以及纳管集群中都有自己的事件系统，在发生某些状况时会产生事件(Event)，这些事件很大程度上能够表征云平台或者所纳管集群的运行状况。同时，云平台会存在一个统一的事件告警模块(Alerter)来进行事件的处理，产生告警和发送告警通知等。而各个业务模块会将自己模块的事件信息发送到Alerter中，当然为了缓冲和解耦作用，一般业务模块都是发送到事件队列中，Alerter再从队列中读取事件进行处理。正常情况下，业务模块发送的事件到队列中后，Alerter会立即从队列中取走事件进行处理，正常情况下，事件队列中只会存在极少的消息，这种情况下整个事件系统是比较健康的。但是，业务模块的事件产生的时间和数量往往是不可预知的，例如在系统发生异常(如节点挂掉，网络问题等)会再短时间内产生大量的事件，并且有些事件的紧急性较高，会在短时间内重复的发送事件到队列中以便进行提醒。这种情况下，Alerter往往无法完全处理队列中的事件，造成事件队列中存在大量的未处理事件，形成事件的积压。同时，有些环境由于资源的限制，也无法启动多个Alerter模块进行并发处理，因为在不同的Alterer中处理往往会破坏事件的顺序性。另外，造成积压后Alerter模块在处理队列中的事件时，往往处理的已经是滞后的内容，使得事件失去了时效性，例如，队列中存在a多次(a代表类型，例如a代表cpu(Central Processing Unit，中央处理器)使用率过高，a1-cpu使用率91％、a2-cpu使用率92％、a3-cpu使用率93％)。如果Alerter继续处理，在处理时仍然后按照a1、a2、a3的顺序处理，但是此时明显a3已经是最新情况了，a1和a2即使处理了也已经是落后的情况了，处理这种过时的事件是没有意义的。

由上可见，在事件积压处理的过程中，如何提高事件积压处理的效率，保证事件的实时性和完整性，减少对云平台性能的冲击，增强云平台的稳定性是本领域有待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种事件积压处理方法、装置、设备及介质，能够提高事件积压处理的效率，保证事件的实时性和完整性，减少对云平台性能的冲击，增强云平台的稳定性。其具体方案如下：

第一方面，本申请公开了一种事件积压处理方法，包括：

对本地的事件队列中的事件数量进行监测；

若所述事件数量大于预设事件积压值，则从所述事件队列的所有事件中确定出待处理事件；

确定出所述待处理事件的事件类型和事件生成时间，并基于所述事件类型和所述事件生成时间对所述待处理事件进行去重处理，以得到最新待处理事件；

将所述最新待处理事件发送至预先建立的临时事件队列，以便客户端对所述临时事件队列中的所述最新待处理事件进行处理。

可选的，所述对本地的事件队列中的事件数量进行监测包括：

获取当前本地的所述事件队列中的事件数量；

判断所述事件数量是否大于预设事件积压值。