CN115277368A - 多平台告警方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请实施例公开了一种多平台告警方法、装置、电子设备和存储介质。获取至少两个业务平台的告警事件，并提取告警事件中的关键词；根据关键词，判断告警事件是否符合告警条件；若是，生成告警信息，并输出告警信息。本申请实施例降低了人工成本，提高了告警效率。

Description

多平台告警方法、装置、电子设备和存储介质

技术领域

本申请实施例涉及计算机技术，尤其涉及一种多平台告警方法、装置、电子设备和存储介质。

背景技术

随着互联网的普及化和商用化，用户对于系统的监控的需求逐步增加，对于不同平台的不同监控对象，告警策略不同。

现有技术中，需要分别在不同的平台部署对应的告警策略。当需要修改告警策略时，需要再多个平台上进行部署，修改周期长，人工成本高，告警效率低。

发明内容

本申请提供一种多平台告警方法、装置、电子设备和存储介质，以降低人工成本，提高告警效率。

第一方面，本申请实施例提供了一种多平台告警方法，该多平台告警方法包括：

获取至少两个业务平台的告警事件，并提取告警事件中的关键词；

根据关键词，判断告警事件是否符合告警条件；

若是，生成告警信息，并输出告警信息。

第二方面，本申请实施例还提供了一种多平台告警装置，该多平台告警装置包括：

告警事件获取模块，用于获取至少两个业务平台的告警事件，并提取告警事件中的关键词；

告警条件判断模块，用于根据关键词，判断告警事件是否符合告警条件；

告警信息生成模块，用于若是，生成告警信息，并输出告警信息。

第三方面，本申请实施例还提供了电子设备，该电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本申请实施例提供的任意一种多平台告警方法。

第四方面，本申请实施例还提供了一种包括计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行如本申请实施例提供的任意一种多平台告警方法。

本申请通过获取至少两个业务平台的告警事件，可以由告警平台对至少两个业务平台的告警事件进行处理。提取告警事件中的关键词，获取告警事件的关键信息，可以快速获取告警条件，加快后续对告警事件的判断效率。通过判断告警事件是否符合告警条件，若是，生成告警信息，并输出告警信息，进行告警提示。通过告警平台对多个业务平台进行告警处理，不需要在多个告警平台上进行告警事件的设置，当需要修改告警事件的设置时，只需要在告警平台上进行相应的修改，节省人工成本，修改周期短，从而提高了告警效率。

附图说明

图1是本申请实施例一中的一种多平台告警方法的流程图；

图2是本申请实施例二中的一种多平台告警方法的流程图；

图3是本申请实施例三中的一种多平台告警方法的流程图；

图4是本申请实施例四中的一种多平台告警装置的结构示意图；

图5是本申请实施例五中的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本申请实施例一提供的一种多平台告警方法的流程图，本实施例可适用于对多个客户平台进行告警的情况，该方法可以由多平台告警装置执行，该装置可以采用软件和/或硬件实现，并具体配置于电子设备中，例如，告警平台。

参见图1所示的多平台告警方法，应用于告警平台，具体包括如下步骤：

S110、获取至少两个业务平台的告警事件，并提取告警事件中的关键词。

至少两个业务平台可以为多种类型的业务系统使用的平台，例如，购物平台、社交平台和教育平台等，本申请对此不做具体限定。告警事件为可能需要进行告警提示的事件，以便于及时对业务平台中的用户进行相应的提示。示例性的，告警事件可以是内存占用率高、剩余存储空间不足和网络请求错误等。不同的业务平台可以根据业务实际需求设定对应的告警事件，也即，不同业务平台的告警事件可以不同。

告警平台获取业务平台告警事件的方式可以为：业务平台实时的向告警平台发送自身的与告警信息相关的数据；告警平台周期性的向业务平台询问与告警事件相关的数据；或者告警平台实时监控业务平台与告警事件相关的数据。获取方式可以根据告警事件的类型和业务需求进行不同的设定，本申请对此不做具体限定。例如，告警事件为剩余存储空间不足时，告警事件的获取方式可以为告警平台周期性的向业务平台询问。又例如，当告警事件为网络请求错误时，告警事件的获取方式可以为业务平台实时的向告警平台发送网络请求数据。

关键词为表示告警事件的关键信息的词语，用于减少后续告警条件匹配的计算量，提高匹配效率。示例性的，当告警事件为剩余存储空间不足时，关键词可以为存储空间。具体的可以通过有监督的关键词提取算法、有监督的关键词提取算法或有监督的关键词提取算法等训练关键词提取模型，利用关键词提取模型对告警事件中的关键词进行提取，本申请对此不做具体限定。

S120、根据关键词，判断告警事件是否符合告警条件。

告警条件为预先设置的进行告警提示的条件，用于判断是否需要生成告警信息。示例性的，当告警事件为剩余存储空间不足时，告警条件可以为剩余存储空间低于10％。根据关键词，匹配相应的告警条件，当匹配成功后，根据匹配到的告警条件，判断关键词所属的告警事件是否符合该告警条件。

S130、若是，生成告警信息，并输出告警信息。

若是，也即告警事件符合告警条件。根据告警事件对应的告警信息生成方式，生成告警信息。具体的，告警信息可以为固定的信息，例如，存储空间不足；告警信息还可以为可填充的信息，也即可以根据告警事件的实时信息，生成告警信息，例如，存储空间不足10％，其中百分比的具体数据可以根据告警事件中的实时数据进行相应的填充。

输出告警信息为将告警信息输出到指定的位置，用于展示告警信息。示例性的，可以将告警信息在本平台进行展示，由告警平台的相关工作人员进行处理，或者还可以是将告警信息发送至预设接收方，对预设接收方进行告警提示。

需要说明的是，若否，也即告警事件不符合告警条件，则忽略该告警事件，也即不再继续进行任何处理。

随着计算机技术的发展，对业务系统中运行的整个系统的监控需求逐步增加。但是企业系统中的网络设备可能来自不同厂商，而不同厂商拥有各自熟悉的监控事件，也即告警事件不同。因此，在现有技术中，对于业务系统中一整套的系统监控，就可能需要接入很多厂商的业务平台。每个业务平台对于监控的告警事件的、告警信息和告警输出等的配置都不相同。在修改告警事件的配置时，运维人员需要去各个业务平台配置告警事件需要的参数，或者对接各个业务平台相应的负责人去修改告警事件的配置。首先，同样告警事件的配置修改需要在每个业务平台都修改一遍，其次会存在沟通交流成本，实时性不高，会导致告警事件的配置修改生效时间存在延迟。同时，某些特殊的告警需求各个业务平台不一定支持，可能还需要二次开发，增加人力成本和时间成本，导致告警效率低。

本实施例的技术方案，通过获取至少两个业务平台的告警事件，可以由告警平台对至少两个业务平台的告警事件进行处理。提取告警事件中的关键词，获取告警事件的关键信息，可以快速获取告警条件，加快后续对告警事件的判断效率。通过判断告警事件是否符合告警条件，若是，生成告警信息，并输出告警信息，进行告警提示。通过告警平台对多个业务平台进行告警处理，不需要在多个告警平台上进行告警事件的设置，当需要修改告警事件的设置时，只需要在告警平台上进行相应的修改，节省人工成本，修改周期短，从而提高了告警效率。

实施例二

图2为本申请实施例二提供的一种多平台告警方法的流程图方法的流程图，本实施例的技术方案在上述技术方案的基础上进一步细化。

进一步地，将“根据关键词，判断告警事件是否符合告警条件”，细化为：“根据告警事件的所属平台，确定相应的目标告警策略；判断关键词对应的告警事件与目标告警策略中的告警条件是否匹配”，以实现对告警条件的匹配。

参见图2所示的一种多平台告警方法，包括：

S210、获取至少两个业务平台的告警事件，并提取告警事件中的关键词。

在一个可选实施例中，获取至少两个业务平台的告警事件，包括：从至少两个平台中获取告警事件，并存入消息队列；从消息队列中消费告警事件。

消息队列为在告警事件在传输过程中保存告警事件的容器，用于存储业务平台获取的告警事件。示例性的，消息队列可以为kafka(卡夫卡，一种开源流处理平台)。kafka是一种高吞吐量的分布式发布订阅消息系统，可以处理业务平台的用户在网站中的所有动作流数据。将告警事件存入kafka中，kafka会对消息进行持久化。避免直接获取告警事件并进行处理的过程中，出现处理异常时，导致告警事件的漏处理，提高获取的告警事件的可靠性。

当告警事件存入消息队列中后，可以从消息队列中消费告警事件，也即获取该告警事件。flink是一中开源的处理框架，应用于分布式、高性能、高可用的数据流应用程序。示例性的，当告警事件存入kafka中后，可以通过flink从kafka中获取告警事件。提高告警事件处理效率。

通过将从至少两个平台中获取告警事件，并存入消息队列，防止告警消息漏处理，提高获取的告警事件的可靠性。通过flink从消息队列中消费告警事件，利用flink的高性能，提高告警事件的处理效率，缩短延时，保障告警事件的时效性。

S220、根据告警事件的所属平台，确定相应的目标告警策略。

目标告警策略为对与告警事件对应的处理策略，用于实现对告警事件的个性化处理。具体的，目标告警策略至少包括告警条件、告警信息模板、告警信息接收方和告警信息发送方式等。具体的，可以在告警平台上配置好目标告警策略后，将目标告警策略存储到flink内存中。各业务平台都有对应的唯一性标识，根据唯一性标识确定告警事件所属平台。根据告警事件的所属平台，在flink内存中获取相应的目标告警策略。

S230、判断关键词对应的告警事件与目标告警策略中的告警条件是否匹配。

在确定相应的目标告警策略后，提取目标告警策略。根据关键词在目标告警策略中匹配对应的告警条件，将关键词对应的告警事件与目标告警策略中的告警条件进行匹配，判断告警事件是否符合告警条件。

在一个可选实施例中，判断关键词对应的告警事件与目标告警策略中的告警条件是否匹配，包括：将关键词与目标告警策略中的告警类型进行匹配；若匹配成功，则判断关键词对应的告警事件与所匹配的告警类型对应告警条件是否匹配。

告警类型用于对告警事件进行分类。根据关键词在目标告警策略中匹配告警类型，以便于快速获取告警条件，并减少匹配计算量。

若匹配成功，也即根据关键词匹配到对应的告警类型。判断关键词对应的告警事件与所匹配的告警类型对应告警条件是否匹配，也即判断关键词对应的告警事件是否满足所匹配的告警类型对应告警条件。

告警类型的数据量小于告警条件的数据量，同样关键词的数据量也小于告警事件的数据量。通过关键词匹配告警类型，减少匹配过程中计算的数据量，提高匹配效率。匹配成功后，进而判断关键词对应的告警事件是否与告警类型对应的告警条件匹配，快速获得匹配结果，可以提高告警条件判断效率。

S240、若是，生成告警信息，并输出告警信息

本实施例的技术方案，通过判断告警事件所属平台，获取相应的告警策略，可以在告警平台上根据多个业务平台对应的告警策略，实现对多个业务平台告警事件的统一处理。判断关键词对应的告警事件与目标告警策略中的告警条件是否匹配，快速匹配告警事件与对应的告警条件，可以提高后续告警效率，保障告警的时效性。

实施例三

图3为本申请实施例三提供的一种多平台告警方法的流程图方法的流程图，本实施例的技术方案在上述技术方案的基础上进一步细化。

进一步地，将“生成告警信息，并输出告警信息”，细化为：“根据目标告警策略中告警事件的告警模板，生成告警信息；按照目标告警策略中的信息发送方式，向目标告警策略中的接收方发送告警信息”，以输出告警信息。

参见图3所示的一种多平台告警方法，包括：

S310、获取至少两个业务平台的告警事件，并提取告警事件中的关键词。

S320、根据关键词，判断告警事件是否符合告警条件。

S330、根据目标告警策略中告警事件的告警模板，生成告警信息。

告警模板是为告警事件生成告警信息的模板。告警信息为对告警事件进行告警的信息。具体的，告警模板可以是固定模板，例如，存储空间不足；也可以是可填充数据的模板，例如，存储空间不足*，其中，*为可填充数据，可以根据实际情况进行填充。

S340、按照目标告警策略中的信息发送方式，向目标告警策略中的接收方发送告警信息。

信息发送方式为告警信息的发送方式。示例性的，发送方式可以为邮件、短信或通话等。接收方为接收告警信息的用户，接收方可以包括至少一个用户，本申请对此不做具体限定。示例性的，当业务平台的服务器需要进行告警时，接收方可以是该业务平台的维护人员，也可以是该业务平台的所有用户。信息发送方式和接收方发都可以从目标告警策略中获取。生成告警信息后，按照目标告警策略中的信息发送方式，将告警信息发送至接收方，实现告警提示，以便于接收方对告警事件进行及时处理。

在向目标告警策略中的接收方发送告警信息后，在系统数据库中存储该告警信息及其相关信息。例如，在系统数据库中存储告警信息及其告警信息接收方、发送方式和发送时间等，以便于后续查找告警信息的相关数据。

在一个可选实施例中，在根据告警事件的告警模板，生成告警信息之前，还包括：判断告警信息是否符合压制条件，压制条件包括时间压制和/或次数压制；若是，则生成告警信息。

压制条件为对告警信息进行压制的条件，用于避免频繁发送告警信息。在满足压制条件后，生成告警信息。具体的，压制条件包括时间压制和/或次数压制。示例性的，当告警事件为剩余存储空间不足时，存储空间可能在一段时间内持续满足告警条件，此时可以设定时间压制，也即，在满足告警条件的时间段内，以预设压制时间为间隔生成告警信息，其中，预设压制时间为预先设定的时间段。示例性的，当告警事件为对某一网站访问次数的限制时，此时可以设定次数压制，当达到预设次数压制条件后，生成告警信息。压制条件可以同时包括时间压制和次数压制，例如，先判断是否满足次数压制，再判断是否满足次数压制，当都两者满足时，生成告警信息。对于压制条件及其判断方式，业务平台可以根据自身需求进行具体设置，本申请对此不做具体限定。

告警信息为对业务平台的一种预警提示，有一些告警事件会在一段时间内持续满足告警条件，如果持续发送告警信息，会严重影响业务平台用户的正常，降低用户体验。通过设置压制条件避免告警信息的频繁发送，提高用户体验。

在一个可选实施例中，多平台告警方法还包括：在提取告警事件中的关键词后，将告警事件对应关键词进行缓存；在告警事件满足告警恢复条件时，删除缓存中告警事件对应的关键词。

在提取告警事件中的关键词后，将关键词存储在flink缓存中，以加快后续告警条件的匹配。告警恢复条件为停止告警提示的条件。示例性的，若告警事件为剩余存储空间不足，则当剩余空间不再满足告警条件时，满足告警恢复条件。在告警事件满足告警恢复条件时，删除flink缓存中告警事件对应的关键词。

通过在提取告警事件中的关键词后，将关键词存储在flink缓存中，在关键词匹配过程中可以快速读取关键词。通过在告警事件符合告警恢复条件后，删除告缓存中告警事件对应的关键词，可以避免浪费缓存资源，为其他告警事件的关键词提供更多的缓存空间，可以提高缓存资源利用效率。

在一个可选实施例中，在告警事件符合告警恢复条件后，删除告警信息生成过程中的相关缓存数据。

在告警事件满足告警恢复条件后，删除缓存中该告警信息生成过程中的缓存数据。示例性的，缓存数据可以为flink缓存中用于判断告警信息是否符合压制条件的缓存数据。

通过在告警事件符合告警恢复条件后，删除告警信息生成过程中的缓存数据，可以避免浪费缓存资源，为其他告警信息的生成提供更多的缓存空间，可以提高缓存资源利用效率。

在告警事件符合告警恢复条件后，同样可以将告警恢复及其相关信息存储到系统数据库中，以完善存储的告警信息的相关信息，便于后续查询。

本实施例的技术方案，预先按照不同业务平台的需求在目标告警策略中设置告警模板、信息发送方式和接收方。通过根据目标告警策略中告警事件的告警模板，生成告警信息，按照目标告警策略中的信息发送方式，向目标告警策略中的接收方发送告警信息，满足不同业务平台的需求，实现个性化的告警提示。

实施例四

图4所示为本申请实施例四提供的一种多平台告警装置的结构示意图，本实施例可适用于对多个客户平台进行告警的情况，配置于告警平台，该多平台告警装置的具体结构如下：

告警事件获取模块410，用于获取至少两个业务平台的告警事件，并提取告警事件中的关键词；

告警条件判断模块420，用于根据关键词，判断告警事件是否符合告警条件；

告警信息生成模块430，用于若是，生成告警信息，并输出告警信息。

本实施例的技术方案，通过告警事件获取模块获取至少两个业务平台的告警事件，可以由告警平台对至少两个业务平台的告警事件进行处理。提取告警事件中的关键词，获取告警事件的关键信息，可以快速获取告警条件，加快后续对告警事件的告警条件的匹配。通过告警条件判断模块判断告警事件是否符合告警条件，通过告警信息生成模块在告警事件符合告警条件的情况下，生成告警信息，并输出告警信息，进行告警提示。通过告警平台对多个业务平台进行告警处理，不需要在多个业务平台上进行告警事件的设置，当需要修改修改告警事件的设置时，只需要在告警平台上进行相应的修改，节省人工成本，修改周期短，从而提高告警效率。

可选的，告警条件判断模块420，包括：

目标告警策略确定单元，用于根据告警事件的所属平台，确定相应的目标告警策略；

告警条件匹配单元，用于判断关键词对应的告警事件与目标告警策略中的告警条件是否匹配。

可选的，告警条件匹配单元，包括：

告警类型匹配子单元，用于将关键词与目标告警策略中的告警类型进行匹配；

告警条件匹配子单元，用于若匹配成功，则判断关键词与所匹配的告警类型对应告警条件是否匹配。

可选的，告警事件获取模块410，包括：

告警事件存储单元，用于从至少两个平台中获取告警事件，并存入消息队列；

告警事件消费单元，用于从消息队列中消费告警事件。

可选的，告警信息生成模块430，包括：

告警模板写入单元，用于根据告警事件的告警模板，生成告警信息；

告警信息发送单元，用于按照目标告警策略中的信息发送方式，向目标告警策略中的接收方发送告警信息。

可选的，多平台告警装置，还包括：

压制条件判断模块，用于判断告警信息是否符合压制条件，压制条件包括时间压制和/或次数压制；

压制解除模块，用于若是，则生成告警信息。

可选的，多平台告警装置，还包括：

关键词缓存模块，用于在提取告警事件中的关键词后，将告警事件对应关键词进行缓存；

关键词缓存删除模块，用于在告警事件满足告警恢复条件时，删除缓存中告警事件对应的关键词。

本申请实施例所提供的多平台告警装置可执行本申请任意实施例所提供的多平台告警方法，具备执行多平台告警方法相应的功能模块和有益效果。

实施例五

图5为本申请实施例五提供的一种电子设备的结构示意图，如图5所示，该电子设备包括处理器510、存储器520、输入装置530和输出装置540；电子设备中处理器510的数量可以是一个或多个，图5中以一个处理器510为例；电子设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的多平台告警方法对应的程序指令/模块(例如，告警事件获取模块410、告警条件判断420和告警信息生成模块430)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的多平台告警方法。

存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

实施例六

本申请实施例六还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种多平台告警方法，该方法包括：获取至少两个业务平台的告警事件，并提取告警事件中的关键词；根据关键词，判断告警事件是否符合告警条件；若是，生成告警信息，并输出告警信息。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的多平台告警方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种多平台告警方法，其特征在于，应用于告警平台，包括：

获取至少两个业务平台的告警事件，并提取所述告警事件中的关键词；

根据所述关键词，判断所述告警事件是否符合告警条件；

若是，生成告警信息，并输出所述告警信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述关键词，判断所述告警事件是否符合告警条件，包括：

根据所述告警事件的所属平台，确定相应的目标告警策略；

判断所述关键词对应的告警事件与所述目标告警策略中的告警条件是否匹配。

3.根据权利要求2所述的方法，其特征在于，所述判断所述关键词对应的告警事件与所述目标告警策略中的告警条件是否匹配，包括：

将所述关键词与所述目标告警策略中的告警类型进行匹配；

若匹配成功，则判断所述关键词对应的告警事件与所匹配的告警类型对应告警条件是否匹配。

4.根据权利要求1所述的方法，其特征在于，所述获取至少两个平台的告警事件，包括：

从至少两个平台中获取告警事件，并存入消息队列；

从所述消息队列中消费所述告警事件。

5.根据权利要求1所述的方法，其特征在于，所述生成告警信息，并输出所述告警信息，包括：

根据所述目标告警策略中告警事件的告警模板，生成告警信息；

按照所述目标告警策略中的信息发送方式，向所述目标告警策略中的接收方发送所述告警信息。

6.根据权利要求5所述的方法，其特征在于，在所述根据所述告警事件的告警模板，生成告警信息之前，所述方法还包括：

判断所述告警信息是否符合压制条件，所述压制条件包括时间压制和/或次数压制；

若是，则生成所述告警信息。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

在提取所述告警事件中的关键词后，将所述告警事件对应关键词进行缓存；

在所述告警事件满足告警恢复条件时，删除缓存中所述告警事件对应的关键词。

8.一种多平台告警装置，其特征在于，配置于告警平台，包括：

告警事件获取模块，用于获取至少两个业务平台的告警事件，并提取所述告警事件中的关键词；

告警条件判断模块，用于根据所述关键词，判断所述告警事件是否符合告警条件；

告警信息生成模块，用于若是，生成告警信息，并输出所述告警信息。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的多平台告警方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的一种多平台告警方法。

Images