CN114338350A - 一种告警方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本申请提供一种告警方法、装置、电子设备及计算机存储介质，属于监控告警领域。该方法应用于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，该方法包括：获取监控指标数据超过预设阈值的告警对象的触发告警信息；从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。该方法能够整合不同的监控系统，使得监控告警系统的适应性增强，同时不需要在监控系统中维护告警对象与人员的对应关系，节约大量人力，方便进行管理。

Description

一种告警方法、装置、电子设备及计算机存储介质

技术领域

本申请涉及监控告警领域，具体而言，涉及一种告警方法、装置、电子设备及计算机存储介质。

背景技术

在现有的各类监控系统中，比如nagios(一款开源的免费网络监视工具)，zabbix(一款基于WEB界面的提供分布式系统监视以及网络监视功能的监视工具)，promethous(一款开源监控告警监视工具)等，监控系统的作用就是采集并存储监控数据，当采集来的监控数据超过了设置的阈值的时候，就将监控数据发送给指定的人。各类监控系统都会包括监控和告警两部分，监控负责采集并存储各类监控指标数据；告警负责按照配置好的告警规则，将采集的超过设置阈值的监控指标数据的发送给固定的人员。

在实际的业务中，需要将不同主机和业务的告警信息，分别发送给不同的人员和部门，因此在监控系统上往往会创建服务器组和人员组，维护服务器告警信息和人员的对应关系，以此配置告警规则，将不同的服务器组的告警或是服务器的告警发送给不同的人员组或者人员，这样配置非常繁杂，并且在快速发展的公司，人员和产品线变化非常快，每次变化过后，监控系统中涉及的告警规则就得更新，需要耗费很多的人力成本去维护告警规则。

常见的监控告警流程如图1所示，先判断监控数据是否触发告警阈值，触发后就会去获取对应的告警人员列表(需要耗费很多的人力成本去维护这个列表)，然后调用webhook接口发送告警，整个过程都是在监控系统里面实现的，如果有多套监控系统，每一套监控系统都需要经过同样的过程去处理。很多公司不止一套监控系统，包含nagios，zabbix，promethous等中的一个或多个，这时候每套系统都需要去维护各自的服务器告警信息和管理人员的对应关系，这种维护的工作量大并且不易管理。

发明内容

本申请实施例的目的在于提供一种告警方法、装置、电子设备及计算机存储介质，用以解决在现有的多套不同的监控系统中，面对人员和业务的频繁变化，配置和维护服务器告警信息和人员对应关系的工作量大且不易管理的问题，同时使得本申请实施例能够灵活的增加定制化需求。

第一方面，本申请实施例提供了一种告警方法，应用于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，所述方法包括：获取监控指标数据超过预设阈值的告警对象的触发告警信息；从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。本申请实施例中，能够利用拦截的方式从不同的监控系统中获取到监控指标数据超过预设阈值的告警对象的触发告警信息，在这种情况下不需要监控系统完成原本整套的告警流程，也就不需要维护不同监控系统中的告警对象与人员的对应关系，只需从CMDB平台获取对应关系，从而也就减少了因维护对应关系而产生的人力物力。同时，在有多个不同的监控系统时，本申请实施例能够整合这些不同的监控系统，并及时进行告警，大大提高了对多个监控系统的管理性和协调性。

结合第一方面实施例的一种可能的实施方式，触发告警信息包括告警对象的标识数据和告警消息，所述对应关系包括告警对象的标识数据与人员的对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员，包括：获取所述触发告警信息中所述告警对象的标识数据；根据所述标识数据，获取预设的告警对象与人员的对应关系表中所述告警对象所对应的人员信息；根据所述人员信息，将所述触发告警信息的告警消息分发给所述告警对象所对应的目标人员。本申请实施中，为了将触发告警信息发送给对应的目标人员，通过将获取到的触发告警信息中的标识数据和CMDB平台中的对应关系进行匹配，从而可以快速获得告警对象对应的人员信息，并以此根据人员信息发送触发告警信息。

结合第一方面实施例的一种可能的实施方式,根据所述人员信息，将所述触发告警信息的告警消息分发给对应的目标人员，包括：根据所述人员信息，通过webhook接口调用预设的信息发送工具，将所述告警消息基于预设的告警方式分发给对应的人员，所述webhook接口用于与预设的信息发送工具连接，所述预设的信息发送工具用于根据所述人员信息，基于预设的告警方式，将所述告警消息发送给目标人员；其中，预设的告警方式包括：电话、短信、APP消息。本申请实施例中，在获得人员信息后，通过webhook接口调用预设好的信息发送工具，将告警消息基于预设的告警方式分发给对应的人员，人员信息可以是电话号码、QQ号码、钉钉账号等可以联系到目标人员的信息，而预设的信息发送工具则可以基于人员信息通过短信、电话、APP短消息等方式将详细的告警消息发送给目标人员，实现自动监控并告警的目的，且告警方式灵活。

结合第一方面实施例的一种可能的实施方式，所述告警消息包括：告警主机、告警开始时间、当前时间、故障时长、所述监控指标数据出现的问题详情、对应人员、当前监控指标数据。本申请实施例中，发送给人员的告警消息即包含上述内容，使得相应人员基于这些信息便可获取存在的问题。

结合第一方面实施例的一种可能的实施方式，所述告警对象的标识数据，包括：所述告警对象的IP地址、所述告警对象的主机名。本申请实施例中，通过IP地址、主机名这种具有唯一性的数据作为告警对象的标识数据，从而使得每一个告警对象具有唯一性，以便于区分开，不会出现找错的问题。

结合第一方面实施例的一种可能的实施方式，获取监控指标数据超过预设阈值的告警对象的触发告警信息，包括：判断监控指标数据是否超过预设阈值；若所述监控指标数据大于预设阈值，生成所述告警对象的触发告警信息，所述触发告警信息包括所述监控指标数据和所述告警对象的标识数据。本申请实施例中，对监控指标数据进行判断，将获取其中超过预设阈值的监控指标数据所对应的触发告警信息，若是将阈值设置较小，则所有触发告警信息均可以获取，阈值的设置增加了本申请实施例的可扩展性。

第二方面，本申请实施例提供了一种告警装置，属于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，所述装置包括：监控模块，用于获取监控指标数据超过预设阈值的告警对象的触发告警信息；告警模块，从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。

结合第二方面实施例的一种可能的实施方式，触发告警信息包括告警对象的标识数据和告警消息，所述对应关系包括告警对象的标识数据与人员的对应关系，所述告警模块包括：获取所述触发告警信息中所述告警对象的标识数据；根据所述标识数据，获取预设的告警对象与人员的对应关系表中所述告警对象所对应的人员信息；根据所述人员信息，将所述触发告警信息的告警消息分发给所述告警对象所对应的目标人员。

第三方面，申请实施例提供了一种电子设备，所述电子设备包括：存储器和处理器，所述处理器与所述存储器连接；所述存储器，用于存储程序；所述处理器，用于调用存储于所述存储器中的程序，以执行上述第一方面实施例或/和结合第一方面实施例的任一可能的实施方式提供的方法。

第四方面，申请实施例提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，以执行上述第一方面实施例和/或结合第一方面实施例的任一种可能的实施方式提供的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为现有监控告警的原理示意图；

图2为本申请实施例提供的一种告警方法的流程图；

图3为本申请实施例提供的监控告警的原理示意图；

图4为本申请实施例提供的一种告警消息示意图；

图5为本申请实施例提供的一种告警装置的结构框图；

图6为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

鉴于图1所示的现有监控告警方式存在的痛点，即：需要针对每个监控系统去配置告警规则以及告警对象与人员的对应关系。其中，告警规则用于在监控指标数据达到预设阈值时将触发告警信息发送给对应人员，告警对象与人员的对应关系用于发送触发告警信息。当公司应用有多种上述监控系统时，那么每次人员或者业务的变化都需要去维护对应的监控系统中的告警规则以及告警对象与人员的对应关系，并且由于多个监控系统之间不相通，每个监控系统均需要单独进行维护。

本申请实例提供了一种告警方法，通过将告警对象与人员的对应关系从监控系统中独立出来，而这个对应关系恰好可以通过CMDB(Configuration Management Database，配置管理系统)平台获取到，使得不需要在监控系统中维护告警对象与人员的对应关系，进而解决了在现有的多套不同的监控系统中，面对人员和业务的频繁变化，配置和维护服务器告警信息和人员对应关系的工作量大且不易管理的问题。

为方便说明，下面结合图2对本申请实施例进行说明的告警方法进行说明。该告警方法应用于电子设备，该电子设备与CMDB平台连接，CMDB平台中预设有告警对象与人员的对应关系。该电子设备中还部署有监控系统，监控系统可以是上述的nagios，zabbix，promethous等开源的监控系统。此外，电子设备中还部署有告警分发工具。

S1：获取监控指标数据超过预设阈值的告警对象的触发告警信息。

获取监控指标数据超过预设阈值的告警对象的触发告警信息，其中，监控指标数据可以是例如告警对象的温度、磁盘使用率、下载速度、上传速度等各类与告警对象相关的数据，用于表示告警对象的工作状态。

上述监控系统如nagios、zabbix、promethous均能够实时对设备进行监控，即实时地获取该设备的监控指标数据，并在获取后基于配置的告警规则对监控指标数据进行阈值判断，当设备的监控指标数据超过阈值，则监控系统会根据监控指标数据产生一个触发告警信息。触发告警信息中包括有告警对象的监控指标数据等信息。

其中，不同的监控系统负责监控的对象不同，对应的告警规则也可以不同，例如，使用nagios进行监控时，告警规则配置为：设备的磁盘使用率大于85％时给人员X进行告警。这里的监控指标数据即为磁盘使用率，监控系统用于监控磁盘使用率，设备的阈值分别为85，若设备的磁盘使用率为91时，监控系统会基于预设的告警对象与人员的对应关系，确定出对应的目标人员X，再发送触发告警信息给人员X。

基于上述告警的流程，一种实施方式下，获取监控指标数据超过预设阈值的告警对象的触发告警信息，可以是通过使用告警分发工具拦截监控系统发出的触发告警信息。

可选地，一种实施方式下，获取监控指标数据超过预设阈值的告警对象的触发告警信息，判断监控指标数据是否超过预设阈值；若所述监控指标数据大于预设阈值，获取所述告警对象的触发告警信息，所述触发告警信息包括所述监控指标数据和所述告警对象的标识数据。

在拦截到监控系统的触发告警信息时，对触发告警信息中的监控指标数据进行阈值判断，若监控指标数据大于预设阈值，获取该触发告警信息，触发告警信息包括监控指标数据和告警对象的标识数据。也可认为是进行监控指标数据的二次阈值判断。

当然也可以将每个监控系统的告警规则的阈值设置为较低值，使得监控系统会持续发出触发告警信息，由告警分发工具这边设置统一的告警规则，即告警分发工具接收所有监控系统的触发告警信息，再由统一的告警规则进行告警，这样做可以不用再去维护监控系统的告警规则，也就实现了对多个监控系统的整合。

S2：从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。

在拦截到监控指标数据超过预设阈值的告警对象的触发告警信息后，告警分发工具可以从CMDB平台获取对应关系，基于对应关系，再确定触发告警信息对应的目标人员，最后将触发告警信息分发给目标人员，其原理示意图如图3所示。通过采用这样的方式，使得不需要在监控系统中维护告警对象与人员的对应关系，进而解决了在现有的多套不同的监控系统中，面对人员和业务的频繁变化，配置和维护服务器告警信息和人员对应关系的工作量大且不易管理的问题。

CMDB平台是公司内部的配置管理平台，如果有人员、业务的变动，会及时更新，其中的关系可以包括：服务器与管理人员的对应关系、某软件与管理人员的对应关系。告警分发工具从CMDB上获取对应关系，也就无需去对每一个监控系统内的对应关系进行维护，从而减少了大量人力物力。

一种实施方式下，触发告警信息可以包括告警对象的标识数据和告警消息，对应关系可以包括告警对象的标识数据与人员的对应关系，此时，基于对应关系，确定触发告警信息对应的目标人员，将触发告警信息分发给目标人员的过程可以是：获取触发告警信息中告警对象的标识数据，再根据标识数据，获取预设的告警对象与人员的对应关系中告警对象所对应的人员信息，最后根据人员信息，将触发告警信息的告警消息分发给告警对象所对应的目标人员。

其中，标识数据是用于唯一标识告警对象的数据，标识数据包括告警对象的IP地址(Internet Protocol Address，互联网协议地址)和告警对象的主机名，该标识数据在CMDB平台中对应唯一的告警对象，如IP地址192.168.0.0对应唯一一台服务器。因此用标识数据可以通过CMDB平台上的对应关系(如IP或主机名与人员的对应关系)匹配到对应的人员。

告警信息则是如图4所示，用于简洁、高效的使目标人员了解告警对象的情况，告警信息包括告警主机(IP地址或主机名)、告警开始时间、当前时间、故障时长、监控指标数据出现的问题详情、对应人员、当前监控指标数据。其中，告警主机用于告知目标人员告警对象是哪一个；告警开始时间为出现告警的第一时间；当前时间为发送告警信息时的时间；故障时长为监控指标数据达到阈值的持续时间；监控指标数据出现的问题详情用于告知目标人员告警对象的实际情况，使得目标人员能够快速了解情况；对应人员表示当前告警消息的发送对象；当前监控指标数据为发送告警消息时监控指标数据的值。

告警分发工具在获取到触发告警信息后，获取其中的告警对象的标识数据，这样能够利用这个标识数据从CMDB的对应关系中快速匹配到告警对象所对应的管理人员，接着获取这个管理人员的人员信息，根据人员信息将触发告警信息中的告警消息发送给目标人原，从而能够达到快速、高效进行告警的目的。

一种实施方式下，根据人员信息，将触发告警信息的告警消息分发给对应的目标人员的过程可以是：根据人员信息，通过webhook接口调用预设的信息发送工具，将告警消息基于预设的告警方式分发给对应的人员，这里的webhook接口用于与预设的信息发送工具连接，这里的预设的信息发送工具用于根据人员信息，基于预设的告警方式，将告警消息发送给目标人员。其中，预设的告警方式包括：电话、短信、APP(Application的缩写，为应用程序)消息。

人员信息可以是包括电话号码、APP账号等用于快速通知人员的联系方式。

在获得了人员信息后，告警分发工具可以通过webhook接口(一种触发事件接口，当接口的前端触发事件后，后端监听并执行某一动作)来调用信息分发工具，webhook接口与预设的信息分发工具连接，这样便可以通过使用打电话、发短信、发APP消息等告警方式将告警消息快速发送给对应人员。本申请实施例可以很好的适用于整合多种监控系统，减少维护花费的人力物力，原因在于一方面能够减少对多个监控系统中告警规则的配置，即可以在告警分发工具中统一配置告警规则；另一方面，从CMDB中获取对应关系，能够在人员和业务频繁变化时，免于去维护多个监控系统中的对应关系。

其中，监控系统包括和agent端(客户端)server端(服务端)，这两个可以均部署在服务器上，用于对服务器自身的指标数据进行监控，也可以是将agent端部署在待监控设备上，将server端部署在服务器上，从而能够对待监控设备进行监控，并将监控指标数据发送给server端进行告警处理。

这样上述的三种监控系统nagios、zabbix、promethous，便可实时监控对应的服务器，并持续发送触发告警信息(包括告警对象的标识数据)，而告警分发工具可以拦截这些触发告警信息，进行告警规则的判断，进而获取到监控指标数据超过阈值的触发告警信息，最后将该触发告警信息通过匹配CMDB中的对应关系，从而得到对应的人员并发给对应的人员。

上述举例中，告警规则可以配置为所有情况均进行告警(最简单的判断逻辑)，不用配置对应关系。本申请实施例对多种监控系统的整合效果显著，并且大大减少维护花费的人力物力。

一种实施方式下，还可以对消息积压进行监控告警。互联网公司中通常会有消息队列组件，用于处理大量数据，其中，同一类的数据有共同的标识队列，由生产者(可理解为产生数据的程序)不断将新数据写入这个标识队列，再由消费组(可理解为消费数据的程序)不断消费队列里的数据。一旦消费组出了问题，标识队列中的数据会越来越多导致消息积压，表现在互联网公司的业务上而言就是数据延时(不能及时产生交互)。这时就需要告警给消费组程序的负责人。因此告警分发工具在队列里的数据数量超过阈值时，CMDB中获取消费组与人员的对应关系，并发送给负责人。

基于同一发明构思，如图4所示本申请实施例中还提供一种告警装置100，属于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，装置包括：监控模块110、告警模块120。

监控模块110，用于获取监控指标数据超过预设阈值的告警对象的触发告警信息；

告警模块120，用于从CMDB平台获取对应关系，基于对应关系，确定触发告警信息对应的目标人员，将触发告警信息分发给目标人员。

可选地，获取监控指标数据超过预设阈值的告警对象的触发告警信息，监控模块110包括：判断监控指标数据是否超过预设阈值；若所述监控指标数据大于预设阈值，获取所述告警对象的触发告警信息，所述触发告警信息包括所述监控指标数据和所述告警对象的标识数据。

可选地，触发告警信息包括告警对象的标识数据和告警消息，对应关系包括告警对象的标识数据与人员的对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员，告警模块120包括：获取触发告警信息中告警对象的标识数据；根据标识数据，获取预设的告警对象与人员的对应关系表中告警对象所对应的人员信息；根据人员信息，将触发告警信息的告警消息分发给告警对象所对应的目标人员。

可选地，根据所述人员信息，将所述触发告警信息的告警消息分发给对应的目标人员，告警模块120包括：根据所述人员信息，通过webhook接口调用预设的信息发送工具，将所述告警消息基于预设的告警方式分发给对应的人员，所述webhook接口用于与预设的信息发送工具连接，所述预设的信息发送工具用于根据所述人员信息，基于预设的告警方式，将所述告警消息发送给目标人员；其中，预设的告警方式包括：电话、短信、APP消息。

如图6所示，图6示出了本申请实施例提供的一种电子设备200的结构框图。所述电子设备200包括：收发器210、存储器220、通讯总线230以及处理器240。

所述收发器210、所述存储器220、处理器240各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线230或信号线实现电性连接。其中，收发器210用于收发数据。存储器220用于存储计算机程序，如存储有图5中所示的软件功能模块，即告警装置100。其中，告警装置100包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器220中或固化在所述电子设备200的操作系统(Operating System，OS)中的软件功能模块。所述处理器240，用于执行存储器220中存储的可执行模块，例如告警装置100包括的软件功能模块或计算机程序。例如，处理器240，用于获取监控指标数据超过预设阈值的告警对象的触发告警信息；从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。

其中，存储器220可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器240可能是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器240也可以是任何常规的处理器等。

其中，上述的电子设备200，包括但不限于服务器、计算机等。

本申请实施例还提供了一种非易失性的计算机可读取存储介质(以下简称存储介质)，该存储介质上存储有计算机程序，该计算机程序被计算机如上述的电子设备200运行时，执行上述所示的告警方法。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种告警方法，其特征在于，应用于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，所述方法包括：

获取监控指标数据超过预设阈值的告警对象的触发告警信息；

从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。

2.根据权利要求1所述的方法，其特征在于，触发告警信息包括告警对象的标识数据和告警消息，所述对应关系包括告警对象的标识数据与人员的对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员，包括：

获取所述触发告警信息中所述告警对象的标识数据；

根据所述标识数据，获取预设的告警对象与人员的对应关系中所述告警对象所对应的人员信息；

根据所述人员信息，将所述触发告警信息的告警消息分发给所述告警对象所对应的目标人员。

3.根据权利要求2所述的方法，其特征在于，根据所述人员信息，将所述触发告警信息的告警消息分发给对应的目标人员，包括：根据所述人员信息，通过webhook接口调用预设的信息发送工具，将所述告警消息基于预设的告警方式分发给对应的人员，所述webhook接口用于与预设的信息发送工具连接，所述预设的信息发送工具用于根据所述人员信息，基于预设的告警方式，将所述告警消息发送给目标人员；其中，预设的告警方式包括：电话、短信、APP消息。

4.根据权利要求2所述的方法，其特征在于，所述告警消息包括：

告警主机、告警开始时间、当前时间、故障时长、所述监控指标数据出现的问题详情、对应人员、当前监控指标数据。

5.根据权利要求2所述的方法，其特征在于，所述告警对象的标识数据，包括：

所述告警对象的IP地址、所述告警对象的主机名。

6.根据权利要求1所述的方法，其特征在于，获取监控指标数据超过预设阈值的告警对象的触发告警信息，包括：

判断监控指标数据是否超过预设阈值；

若所述监控指标数据大于预设阈值，获取所述告警对象的触发告警信息，所述触发告警信息包括所述监控指标数据和所述告警对象的标识数据。

7.一种告警装置，其特征在于，属于电子设备，所述电子设备与CMDB平台连接，所述CMDB平台中预设有告警对象与人员的对应关系，所述装置包括：

监控模块，用于获取监控指标数据超过预设阈值的告警对象的触发告警信息；

告警模块，用于从所述CMDB平台获取所述对应关系，基于所述对应关系，确定所述触发告警信息对应的目标人员，将所述触发告警信息分发给所述目标人员。

8.根据权利要求7所述的装置，其特征在于，触发告警信息包括告警对象的标识数据和告警消息，所述对应关系包括告警对象的标识数据与人员的对应关系，所述告警模块包括：

获取所述触发告警信息中所述告警对象的标识数据；

根据所述标识数据，获取预设的告警对象与人员的对应关系中所述告警对象所对应的人员信息；

根据所述人员信息，将所述触发告警信息分发给所述告警对象所对应的目标人员。

9.一种电子设备，其特征在于，所述电子设备包括：

存储器和处理器，所述处理器与所述存储器连接；

所述存储器，用于存储程序；

所述处理器，用于调用存储于所述存储器中的程序，以执行如权利要求1-6中任一项所述的方法。

10.一种计算机存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器运行时，执行如权利要求1-6中任一项所述的方法。

Images