CN115277952A - 电话接受人配置方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种电话接受人配置方法、装置、电子设备及存储介质，其中，方法包括：在基于预设prometheus告警规则触发告警信息时，获取告警元数据；根据告警元数据确定告警电话和接受人标签；根据告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。本申请根据告警元数据确定告警电话和接受人标签，实现电话接受人的针对性配置目的，从而可以实现告警策略触发告警条件后发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。

Description

电话接受人配置方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机监控技术领域，特别涉及一种电话接受人配置方法、装置、电子设备及存储介质。

背景技术

Prometheus是一个开源的监控框架解决方案，它通过不同的组件完成监控数据的采集、数据的存储、查询以及监控告警等功能，在开源社区也十分活跃，并逐渐成为业界最流行的监控解决方案之一。

相关技术中，Prometheus内部的告警策略不带告警接受人，因此在发生告警事件时，无法直接对相应的处理告警事件的接收人进行告警信息发送，导致告警事件处理效率低下，有待改进。

发明内容

本申请提供一种电话接受人配置方法、装置、电子设备及存储介质，以解决相关技术中无法自定义告警电话接收人，导致告警事件处理效率低下的技术问题。

本申请第一方面实施例提供一种电话接受人配置方法，包括以下步骤：在基于预设prometheus告警规则触发告警信息时，获取告警元数据；根据所述告警元数据确定告警电话和接受人标签；以及根据所述告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

根据上述技术手段，本申请实施例可以根据告警元数据确定告警电话和接受人，并生成电话语音服务，以发送语音提示至对应告警电话接受人，实现告警策略触发告警条件发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。

可选地，在本申请的一个实施例中，所述根据所述告警元数据确定告警电话和接受人标签，包括：解析所述告警元数据的字段标签，得到告警电话标签和接受人标签；以所述告警电话标签和所述接受人标签为索引，查询预设数据库，读取所述告警电话和接受人。

根据上述技术手段，本申请实施例可以解析告警元数据的字段标签，得到告警电话标签和接受人标签，进而查询预设数据库，得到告警电话和接受人，实现告警电话和接收人的自定义。

可选地，在本申请的一个实施例中，所述根据所述告警电话和接受人生成电话语音服务，包括：根据所述告警电话和接受人确定消息内容和手机号码；根据所述消息内容和手机号码得到所述电话语音服务的语音告警服务及对应的告警消息内容。

根据上述技术手段，本申请实施例可以根据告警电话和接受人确定消息内容和手机号码，实现告警信息的准确发送。

可选地，在本申请的一个实施例中，在获取所述告警元数据之前，还包括：在所述预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

根据上述技术手段，本申请实施例可以基于PromQL表达式告警触发条件，用于计算是否有时间序列满足该条件。

本申请第二方面实施例提供一种电话接受人配置装置，包括：获取模块，用于在基于预设prometheus告警规则触发告警信息时，获取告警元数据；确定模块，用于根据所述告警元数据确定告警电话和接受人标签；以及发送模块，用于根据所述告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

可选地，在本申请的一个实施例中，所述确定模块包括：解析单元，用于解析所述告警元数据的字段标签，得到告警电话标签和接受人标签；读取单元，用于以所述告警电话标签和所述接受人标签为索引，查询预设数据库，读取所述告警电话和接受人。

可选地，在本申请的一个实施例中，所述发送模块包括：确定单元，用于根据所述告警电话和接受人确定消息内容和手机号码；匹配单元，用于根据所述消息内容和手机号码得到所述电话语音服务的语音告警服务及对应的告警消息内容。

可选地，在本申请的一个实施例中，还包括：生成模块，用于在所述预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

本申请第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的电话接受人配置方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的电话接受人配置方法。

本申请实施例的有益效果：

(1)本申请实施例可以通过预设数据库，对告警信息和接收人进行自定义标签设置，实现电话接收人的自定义；

(2)本申请实施例可以告警元数据，获取对应的告警信息和接收人，实现更具针对性的告警提示，便于后续进行人工处理，提高告警事件的处理效率；

(3)本申请实施例可以基于PromQL表达式告警触发条件，实现告警触发。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种电话接受人配置方法的流程图；

图2为根据本申请一个实施例的电话接受人配置方法的流程图；

图3为根据本申请一个实施例的电话接受人配置方法的告警元数据解析示意图；

图4为根据本申请实施例提供的一种电话接受人配置装置的结构示意图；

图5为根据本申请实施例提供的电子设备的结构示意图。

其中，10-电话接受人配置装置；100-获取模块、200-确定模块、300-发送模块。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的电话接受人配置方法、装置、电子设备及存储介质。针对上述背景技术中心提到的相关技术中无法自定义告警电话接收人，导致告警事件处理效率低下的技术问题，本申请提供了一种电话接受人配置方法，在该方法中，可以根据告警元数据确定告警电话和接受人，并生成电话语音服务，以发送语音提示至对应告警电话接受人，实现告警策略触发告警条件发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。由此，解决了相关技术中无法自定义告警电话接收人，导致告警事件处理效率低下的技术问题。

具体而言，图1为本申请实施例所提供的一种电话接受人配置方法的流程示意图。

如图1所示，该电话接受人配置方法包括以下步骤：

在步骤S101中，在基于预设prometheus告警规则触发告警信息时，获取告警元数据。

可以理解的是，在prometheus监控系统中，触发告警规则的告警消息统一由alertmanager处理，在alertmanager中，本申请实施例可配置webhook将告警信息发送到指定api上，实现对告警信息元数据的自定义处理，alertmanager支持将告警信息通过webhook的方式发送到指定http接口，因此可将告警信息发送到该程序中以实现后续的自定义处理逻辑。

可选地，在本申请的一个实施例中，在获取告警元数据之前，还包括：在预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

在实际执行过程中，本申请实施例可以在定义告警策略时，引入告警规则策略自定义的number和mobile标签，通过数据库表对应number的手机号码，prometheus配置触发告警规则告警条件，告警消息统一由alertmanager处理，在alertmanager中可配置webhook将告警信息发送到指定api上，并根据指定的告警类型，通过如短信、企业微信、电话语音等方式进行告警接受者。

具体地，在prometheus的告警规则中，本申请实施例可以引入用户标识的标签以及是否开启标签，基于PromQL表达式触发告警条件，prometheus告警规则说明如下：

name定义该条rule名称；

alert定义该告警名称；

expr基于PromQL表达式告警触发条件，用于计算是否有时间序列满足该条件；

for定义告警从产生到发送的等待时间；

labels自定义标签，允许用户指定要附加到告警上的一组附加标签，引入新标签；

annotations用于指定一组附加信息，比如用于描述告警详细信息的文字等，annotations的内容在告警产生时会一同作为参数发送到Alertmanager。

在步骤S102中，根据告警元数据确定告警电话和接受人标签。

进一步地，本申请实施例可以根据告警元数据，分析并从数据库中查找确定告警电话和接受人标签，便于后续根据告警电话和接受人标签，确定具体的告警信息和接收人，实现告警信息的准确传达。

可选地，在本申请的一个实施例中，根据告警元数据确定告警电话和接受人标签，包括：解析告警元数据的字段标签，得到告警电话标签和接受人标签；以告警电话标签和接受人标签为索引，查询预设数据库，读取告警电话和接受人。

作为一种可能实现的方式，数据处理服务可以将alertmanager转发的告警元数据进行数据解析，解析告警元数据的字段标签nubmber和mobile值，从数据库查询对应员工编号的手机号码，mobile值控制是否进行语音告警，true值调用电话语音告警，false值不调用电话话音服务，本申请实施例可以将处理告警消息内容处理推送给电话语音服务。

在步骤S103中，根据告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

在一些实施例中，可以接受数据服务处理完成的消息内容和手机号码，完成对告警接受人进行语音告警服务，并播报告警消息内容，以发送语音提示至对应告警电话接受人，实现告警策略触发告警条件发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。

可选地，在本申请的一个实施例中，根据告警电话和接受人生成电话语音服务，包括：根据告警电话和接受人确定消息内容和手机号码；根据消息内容和手机号码得到电话语音服务的语音告警服务及对应的告警消息内容。

在实际执行过程中，本申请实施例可以根据告警电话和接受人确定消息内容和手机号码，即根据告警电话和接收人确定告警事件，进而确定相应的告警消息内容，并根据消息内容和手机号码得到电话语音服务的语音告警服务及对应的告警消息内容，实现告警信息的准确发送。

结合图2和图3所示，以一个实施例对本申请实施例的电话接受人配置方法的工作原理进行详细阐述。

如图2所示，本申请实施例可以包括以下步骤：

步骤S201：业务状态码输出。

alert:prometheus的监控job服务不可用

expr:up{job＝"prometheus"}＝＝0

for:3m

labels:

severity:critical

annotations:

current_value:'{{$value}}'

mobile:"false"#是否执行语音服务

number:"202003349"#引入员工编号

rule_id:"15"

select_labels:instance

summary:prometheus服务节点:{{$labels.instance}}服务不可用

步骤S202：告警规则条件触发。

alert:prometheus的监控job服务不可用

expr:up{job＝"prometheus"}＝＝0

for:3m

labels:

severity:critical

annotations:

current_value:'{{$value}}'

mobile:"false"

number:"202003349"

rule_id:"15"

select_labels:instance

summary:prometheus服务节点:{{$labels.instance}}服务不可用

步骤S203：告警元数据解析。如图3所示，通过数据库查询对应员工编号的手机号码，其编号为：202003349，其对应手机号码为：166230000000。

步骤S204：电话语音服务。电话语音服务将提供手机号码和告警消息内容，进行电话语音拔打服务。

根据本申请实施例提出的电话接受人配置方法，可以根据告警元数据确定告警电话和接受人，并生成电话语音服务，以发送语音提示至对应告警电话接受人，实现告警策略触发告警条件发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。由此，解决了相关技术中无法自定义告警电话接收人，导致告警事件处理效率低下的技术问题。

其次参照附图描述根据本申请实施例提出的电话接受人配置装置。

图4是本申请实施例的电话接受人配置装置的方框示意图。

如图4所示，该电话接受人配置装置10包括：获取模块100、确定模块200和发送模块300。

具体地，获取模块100，用于在基于预设prometheus告警规则触发告警信息时，获取告警元数据。

确定模块200，用于根据告警元数据确定告警电话和接受人标签。

发送模块300，用于根据告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

可选地，在本申请的一个实施例中，确定模块200包括：解析单元和读取单元。

其中，解析单元，用于解析告警元数据的字段标签，得到告警电话标签和接受人标签。

读取单元，用于以告警电话标签和接受人标签为索引，查询预设数据库，读取告警电话和接受人。

可选地，在本申请的一个实施例中，发送模块300包括：确定单元和匹配单元。

其中，确定单元，用于根据告警电话和接受人确定消息内容和手机号码。

匹配单元，用于根据消息内容和手机号码得到电话语音服务的语音告警服务及对应的告警消息内容。

可选地，在本申请的一个实施例中，电话接受人配置装置10还包括：生成模块。

其中，生成模块，用于在预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

需要说明的是，前述对电话接受人配置方法实施例的解释说明也适用于该实施例的电话接受人配置装置，此处不再赘述。

根据本申请实施例提出的电话接受人配置装置，可以根据告警元数据确定告警电话和接受人，并生成电话语音服务，以发送语音提示至对应告警电话接受人，实现告警策略触发告警条件发出告警语音消息，使得告警信息的发送更具针对性，便于后续进行人工介入处理告警事件，提高事件的解决效率。由此，解决了相关技术中无法自定义告警电话接收人，导致告警事件处理效率低下的技术问题。

图5为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的电话接受人配置方法。

进一步地，电子设备还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的电话接受人配置方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种电话接受人配置方法，其特征在于，包括以下步骤：

在基于预设prometheus告警规则触发告警信息时，获取告警元数据；

根据所述告警元数据确定告警电话和接受人标签；以及

根据所述告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

2.根据权利要求1所述的方法，其特征在于，所述根据所述告警元数据确定告警电话和接受人标签，包括：

解析所述告警元数据的字段标签，得到告警电话标签和接受人标签；

以所述告警电话标签和所述接受人标签为索引，查询预设数据库，读取所述告警电话和接受人。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述告警电话和接受人生成电话语音服务，包括：

根据所述告警电话和接受人确定消息内容和手机号码；

根据所述消息内容和手机号码得到所述电话语音服务的语音告警服务及对应的告警消息内容。

4.根据权利要求1所述的方法，其特征在于，在获取所述告警元数据之前，还包括：

在所述预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

5.一种电话接受人配置装置，其特征在于，包括：

获取模块，用于在基于预设prometheus告警规则触发告警信息时，获取告警元数据；

确定模块，用于根据所述告警元数据确定告警电话和接受人标签；以及

发送模块，用于根据所述告警电话和接受人生成电话语音服务，以发送语音提示至对应告警电话接受人。

6.根据权利要求5所述的装置，其特征在于，所述确定模块包括：

解析单元，用于解析所述告警元数据的字段标签，得到告警电话标签和接受人标签；

读取单元，用于以所述告警电话标签和所述接受人标签为索引，查询预设数据库，读取所述告警电话和接受人。

7.根据权利要求5或6所述的装置，其特征在于，所述发送模块包括：

确定单元，用于根据所述告警电话和接受人确定消息内容和手机号码；

匹配单元，用于根据所述消息内容和手机号码得到所述电话语音服务的语音告警服务及对应的告警消息内容。

8.根据权利要求5所述的装置，其特征在于，还包括：

生成模块，用于在所述预设prometheus告警规则中，引入用户标识的标签以及是否开启标签，并生成基于PromQL表达式触发告警条件。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的电话接受人配置方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的电话接受人配置方法。

Images