数据监控及告警方法、装置、存储介质及服务器与流程

文档序号:16390287发布日期:2018-12-22 11:21阅读:175来源:国知局
数据监控及告警方法、装置、存储介质及服务器与流程

本发明涉及数据监控领域,具体涉及一种数据监控及告警方法、装置、存储介质及服务器。

背景技术

目前市场上存在很多运维用的监控系统,比如zabbix监控系统和open-falcon监控系统,具有非常多的组件模块,每个组件模块的接口复杂而不统一,对于作业人员的使用要求较高;并且这些监控系统多为局域网内部署,或者是本地部署,只支持单数据中心、单系统的业务处理、性能数据查询,同时对于判断业务出现的问题所需的告警策略,均从本地数据库中直接读取告警策略的配置数据,对监控系统的性能造成很大的压力,降低监控系统的业务处理效率。



技术实现要素:

为克服以上技术问题,特别是现有技术中监控系统无法简单、方便地提供跨地域、跨数据中心的数据监控及告警的问题,特提出以下技术方案:

第一方面,本发明提供了一种数据监控及告警方法,包括:

通过统一接口模块接收外部系统用于对内部业务调用的调用指令;

根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块;

向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上;

当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。

进一步的,所述当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息之前,还包括:

向中心节点请求获取所述内部业务对应的告警策略,所述中心节点与地方节点分布在不同的地点上;接收所述中心节点反馈的告警策略。

进一步的,所述中心节点包括至少两个中心节点,所述向中心节点请求获取所述内部业务对应的告警策略,包括:

向至少两个中心节点请求获取所述内部业务对应的告警策略,比较所述中心节点的告警策略;

若其中一个中心节点没有所述告警策略,向具有所述告警策略的中心节点获取相应的告警策略;或,

若其中一个中心节点的告警策略比较新,从对应的中心节点获取最新的告警策略。

进一步的,所述当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息,包括:

确定告警信息的级别;

获取不同级别的告警信息的告警方式;

以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。

第二方面,本发明提供一种数据监控及告警装置,包括:

接收模块:用于通过统一接口模块接收外部系统用于对内部业务调用的调用指令;

确定模块:用于根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块;

分配模块:用于向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上;

告警模块:用于当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。

进一步的,所述装置还包括:

策略获取模块:用于向中心节点请求获取所述内部业务对应的告警策略,所述中心节点与地方节点分布在不同的地点上;接收所述中心节点反馈的告警策略。

所述中心节点包括至少两个中心节点,所述策略获取模块执行向中心节点请求获取所述内部业务对应的告警策略时,包括:

向至少两个中心节点请求获取所述内部业务对应的告警策略,比较所述中心节点的告警策略;

若其中一个中心节点没有所述告警策略,向具有所述告警策略的中心节点获取相应的告警策略;或,

若其中一个中心节点的告警策略比较新,从对应的中心节点获取最新的告警策略。

进一步的,所述告警模块还包括执行:

确定告警信息的级别;

获取不同级别的告警信息的告警方式;

以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。

第三方面,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述的数据监控及告警方法。

第四方面,本发明还提供了一种服务器,所述服务器包括一个或多个处理器、存储器、一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个计算机程序配置用于执行上述的数据监控及告警方法。

本发明与现有技术相比,具有以下有益效果:

本发明提供了一种采用三地两中心架构的监控系统实现的数据监控及告警方法,通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令,由统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令需要使用到的内部业务模块,再将调用指令分配给相应的内部业务模块上,所述内部业务模块分布在至少两个地点的地方节点上,从而实现对多个地方节点的内部业务的监控功能,并且当内部业务模块返回的数据结果满足告警策略的预设条件时,向外部系统发送相应的告警信息,从而实现对各内部业务模块的数据的告警处理,以更好地了解各地区各内部业务模块的使用情况,并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。

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

附图说明

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

图1为本发明数据监控及告警方法的一实施例流程示意图;

图2为本发明数据监控及告警方法的另一实施例流程示意图;

图3为本发明数据监控及告警装置的一实施例示意图;

图4为本发明服务器的一实施例结构示意图。

具体实施方式

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

本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作。

本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。

本领域技术人员应当理解,本发明所称的“应用”、“应用程序”、“计算机程序”以及类似表述的概念,是业内技术人员所公知的相同概念,是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定,这种命名本身不受编程语言种类、级别,也不受其赖以运行的操作系统或平台所限制。理所当然地,此类概念也不受任何形式的终端所限制。

本发明实施例提供一种数据监控及告警方法,该方法所实现的功能应用于三地两中心架构的监控系统,所述三地两中心架构可以理解为监控系统包括了三个地方节点及两个中心节点,地方节点主要用于处理各项内部业务,中心节点主要用于配置、存储各项内部业务的告警策略,具体的,所述监控系统是基于golang和python开发的监控系统,如图1所示,所述方法包括以下步骤:

s10:通过统一接口模块接收外部系统用于对内部业务调用的调用指令。

本实施例的监控系统将各个业务所使用的接口对外统一,以统一接口模块对外暴露监控系统的api,对外实现api入口的统一,接收外部系统对用于对内部业务的调用指令,以接收外部系统对分散在各个业务模块的内部业务的调用指令。具体的,本实施例的统一接口模块为pa-portal模块,通过所述统一接口模块接收的调用指令包括:查询告警指令、对grouptemplate的增删改查指令、对数据的查询指令;还包括接收创建一个负载匀衡实例指令、查看负载匀衡实例上的监控指标信息的指令,创建网络质量监控任务、查看不同地区运营商的网络延时、丢包率等指标、创建一个数据库实例、查看数据库实例的相关监控指标的指令。

s20:根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块。

本实施例中,监控系统的统一接口模块封装了监控系统中各内部业务相关的业务逻辑的api,统一接口模块利用预封装的业务逻辑的api将接收到的调用指令进行解析,可以获知所接收到的调用指令需要使用到哪个内部业务的处理逻辑,并确定相应的内部业务模块。具体的,当统一接口模块接收到所述调用指令后,根据预封装的业务逻辑解析所述调用指令确定该调用指令对应的内部业务的识别标志,然后匹配该识别标志对应的内部业务所需传入的参数,从所述解析后的调用指令中获取对应的参数,包括类型、数值、时间、命令行等。例如解析所述调用指令后确定是查询告警指令并获取到对应的内部业务的识别标志,则确定需要找到alarm业务模块;解析所述调用指令后确定是对数据的查询指令并获取到对应的内部业务的识别标志,则确定需要找到query模块。例如外部系统要创建一个负载均衡实例时,通过统一接口模块的api接口触发调用注册监控操作,确定对应的内部业务模块,驱动所述内部业务模块注册对应的负载均衡监控实例。

s30:向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上。

在确定了调用指令所需使用到的内部业务模块后,向对应的内部业务模块发送所述调用指令,更佳的,所述调用指令已由统一接口模块根据预封装的业务逻辑预先处理,处理后的调用指令已经转化为内部业务模块可以直接处理的参数类型,内部业务模块可以直接根据所述调用指令处理获得相应的数据结果。其中,所述内部业务模块分布在至少两个不同地点的地方节点上,实现跨数据中心或称为跨区域节点的数据处理,例如,监控系统接入a、b两个个地方节点,外部系统通过与接入监控系统的任一接入口输入调用指令,监控系统的统一接口模块接收到调用指令,解析所述调用指令后确定所需的内部业务模块分布在b地方节点上,此时将所述调用指令发往b地方节点上对应的内部业务模块,让b地方节点上的内部业务模块对所述调用指令进行处理,得到所需的数据结果,然后返回给外部系统,所述接入口可以是接入监控系统的地方节点如a地方节点,从而实现跨数据中心的数据处理如性能查询。

s40:当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。

当监控系统得到内部业务模块处理后的数据结果后,根据该业务的告警策略判断所述数据结果是否满足告警策略的预设条件,满足时则向所述外部系统发送相应的告警信息,所述告警信息诸如以发送通知消息、发送邮件或发送短信的形式向外部系统告知,以更好地了解各地方节点的内部业务模块的数据情况,并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。

本实施例提供了一种采用三地两中心架构的监控系统实现的数据监控及告警方法,通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令,由统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令需要使用到的内部业务模块,再将调用指令分配给相应的内部业务模块上,所述内部业务模块分布在至少两个地点的地方节点上,从而实现对多个地方节点的内部业务的监控功能,并且当内部业务模块返回的数据结果满足告警策略的预设条件时,向外部系统发送相应的告警信息,从而实现对各内部业务模块的数据的告警处理,以更好地了解各地区各内部业务模块的使用情况,并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。

如图2所示,在一种实施例中,所述当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息之前,还包括:

s50:向中心节点请求获取所述内部业务对应的告警策略,所述中心节点与地方节点分布在不同的地点上;接收所述中心节点反馈的告警策略。

本实施例中,内部业务的告警策略的配置数据是存放在监控系统的中心节点的数据库中,当接入监控系统的地方节点需要获取告警策略时,通过监控系统向中心节点请求获取所述内部鹦鹉对应的告警策略,中心节点从数据库中获取到地方节点请求的告警策略后反馈给接入监控系统的地方节点,通过三地两中心的架构,无需地方节点的本地数据库存放和缓存告警策略,也无需地方节点从本地数据库中读取告警策略的配置信息,降低地方节点的数据库的性能压力,将地方节点的性能更多地用于内部业务的处理上。

优选的,上述实施例中,所述中心节点包括至少两个中心节点,所述向中心节点请求获取所述内部业务对应的告警策略,包括:

向至少两个中心节点请求获取所述内部业务对应的告警策略,比较所述中心节点的告警策略;

若其中一个中心节点没有所述告警策略,向具有所述告警策略的中心节点获取相应的告警策略;或,

若其中一个中心节点的告警策略比较新,从对应的中心节点获取最新的告警策略。

本实施例中,所述中心节点包括至少两个中心节点,现实使用中,不同的中心节点可能是由不同的工作人员进行配置,中心节点的告警策略的配置不能及时同步,此时当地方节点在请求获取告警策略时,对各中心节点的告警策略先进行比较,若其中一个中心节点没有所述内部业务对应的告警策略,则向其它中心节点获取相应的告警策略,例如中心节点a1没有此时内部业务对应的告警策略,则从中心节点a2获取相应的告警策略;或者,若其中一个中心节点的告警策略比较新,则从对应的中心节点获取最新的告警策略,例如中心节点a2的告警策略较中心节点a1新,则从中心节点a2获取相应的告警策略,此时该告警策略为最新的告警策略。进一步的,本实施例中不仅考虑告警策略的新旧,还考虑到告警策略所携带的解决方案,若所述告警策略携带有匹配的解决方案,则比较不同中心节点的告警策略细带的解决方案的成功率,获取成功率更高的解决方案所对应的告警策略;同时,还可以考虑中心节点的性能压力,当不同中心节点具有相同的告警策略时,向性能压力更小的中心节点请求获取所述告警策略,避免所有请求集中在某一个中心节点,造成资源的浪费及降低处理效率。

具体的,本发明的一种实施例,所述当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息,包括:

确定告警信息的级别;

获取不同级别的告警信息的告警方式;

以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。

本实施例主要是针对不同的告警信息的级别,不同的级别表征不同的紧急情况,有些是直接影响业务的告警,有些是普通的、暂时出现的告警,对应不同的告警信息的级别,紧急的直接以短信的方式通知,一般的以消息类的方式通知,普通的则以系统站内消息的方式通知,让系统维护人员能够优先处理紧急类的告警信息。

如图3所示,在另一种实施例中,本发明提供了一种数据监控及告警装置,所述装置应用于三地两中心架构的监控系统,包括:

接收模块10:用于通过统一接口模块接收外部系统用于对内部业务调用的调用指令;

确定模块20:用于根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块;

分配模块30:用于向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上;

告警模块40:用于当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。

本实施例的监控系统将各个业务所使用的接口对外统一,以统一接口模块对外暴露监控系统的api,对外实现api入口的统一,接收模块10接收外部系统对各业务的调用指令,以接收分散在各个业务模块的调用指令。监控系统的统一接口模块封装了监控系统相关的业务逻辑的api,确定模块20根据所述统一接口模块预封装的业务逻辑将接收到的调用指令进行解析,可以获知所接收到的调用指令需要使用到哪个业务处理逻辑,并确定相应的业务模块。在确定模块20确定了调用指令所需使用到的业务模块后,分配模块30向对应的业务模块发送所述调用指令,业务模块可以直接根据所述调用指令处理获得相应的数据结果。告警模块40获取该数据结果的告警策略,然后判断所述数据结果是否满足告警策略的预设条件,满足时则向所述外部系统发送相应的告警信息,所述告警信息诸如以发送通知消息、发送邮件或发送短信的形式向外部系统告知,以更好地了解各地区业务模块的实时情况,并且方便后续可以针对该告警信息对出现的问题进行处理。

所述装置还包括:

策略获取模块50:用于向中心节点请求获取所述内部业务对应的告警策略,所述中心节点与地方节点分布在不同的地点上;接收所述中心节点反馈的告警策略。

本实施例中,监控系统告警策略的配置数据是存放在中心节点的数据库中,各地方节点如果需要获取告警策略,获取模块50响应于地方节点读取告警策略的请求,向中心节点发送读取告警策略的请求,中心节点从数据库中获取到地方节点请求的告警策略后反馈给地方节点,通过三地两中心的架构,无需地方节点的本地数据库存放和缓存告警策略,也无需地方节点从本地数据库中读取告警策略的配置信息,降低地方节点的数据库的性能压力,将地方节点的性能更多地用于业务处理上。

进一步的,本发明实施例中,所述中心节点包括至少两个中心节点,所述策略获取模块50执行向中心节点请求获取所述内部业务对应的告警策略时,包括:

向至少两个中心节点请求获取所述内部业务对应的告警策略,比较所述中心节点的告警策略;

若其中一个中心节点没有所述告警策略,向具有所述告警策略的中心节点获取相应的告警策略;或,

若其中一个中心节点的告警策略比较新,从对应的中心节点获取最新的告警策略。

本实施例中,可能不同的中心节点由不同的工作人员进行配置,中心节点的告警策略的配置不能及时同步,此时选择单元51在请求获取告警策略时,各中心节点的告警策略先进行比较,若中心节点a1没有相应的告警策略,则从中心节点a2获取相应的告警策略;或者中心节点a2的告警策略较中心节点a1新,则从中心节点a2获取相应的告警策略。进一步的,本实施例中不仅考虑告警策略的新旧,若所述告警策略携带有匹配的解决方案,则比较不同中心节点的解决方案的成功率,获取成功率更高的解决方案所对应的告警策略;同时,还考虑中心节点的性能压力,当不同中心节点具有相同的告警策略时,向性能压力更小的中心节点请求获取所述告警策略,避免所有请求集中在某一个中心节点,造成资源的浪费及降低处理效率。

所述告警模块40还包括执行:

确定告警信息的级别;

获取不同级别的告警信息的告警方式;

以告警信息的级别对应的告警方式向所述外部系统发送相应的告警信息。

本实施例主要是针对不同的告警信息的级别,不同的级别表征不同的紧急情况,有些是直接影响业务的告警,有些是普通的、暂时出现的告警,对应不同的告警信息的级别,紧急的告警模块40直接以短信的方式通知,一般的告警模块40以消息类的方式通知,普通的告警模块40则以系统站内消息的方式通知,让系统维护人员能够优先处理紧急类的告警信息。

在另一种实施例中,本发明提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述实施例所述的数据监控及告警方法。其中,所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-onlymemory,只读存储器)、ram(randomaccessmemory,随即存储器)、eprom(erasableprogrammableread-onlymemory,可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,存储设备包括由设备(例如,计算机、手机)以能够读的形式存储或传输信息的任何介质,可以是只读存储器,磁盘或光盘等。

本发明实施例提供的一种计算机可读存储介质,可实现通过统一接口模块接收外部系统用于对内部业务调用的调用指令;根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块;向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上;当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。通过提供一种采用三地两中心架构的监控系统实现的数据监控及告警方法,通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令,由统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令需要使用到的内部业务模块,再将调用指令分配给相应的内部业务模块上,所述内部业务模块分布在至少两个地点的地方节点上,从而实现对多个地方节点的内部业务的监控功能,并且当内部业务模块返回的数据结果满足告警策略的预设条件时,向外部系统发送相应的告警信息,从而实现对各内部业务模块的数据的告警处理,以更好地了解各地区各内部业务模块的使用情况,并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。

本发明实施例提供的计算机可读存储介质可以实现上述数据监控及告警方法的实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。

此外,在又一种实施例中,本发明还提供一种服务器,如图4所示,所述服务器处理器403、存储器405、输入单元407以及显示单元409等器件。本领域技术人员可以理解,图4示出的结构器件并不构成对所有服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件。存储器405可用于存储计算机程序401以及各功能模块,处理器403运行存储在存储器405的计算机程序401,从而执行设备的各种功能应用以及数据处理。存储器405可以是内存储器或外存储器,或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器405只作为例子而非作为限定。

输入单元407用于接收信号的输入,以及接收用户输入的关键字。输入单元407可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作),并根据预先设定的程序驱动相应的连接装置;其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元409可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元409可采用液晶显示器、有机发光二极管等形式。处理器403是计算机设备的控制中心,利用各种接口和线路连接整个电脑的各个部分,通过运行或执行存储在存储器403内的软件程序和/或模块,以及调用存储在存储器内的数据,执行各种功能和处理数据。图4中所示的一个或多个处理器403能够执行、实现图3中所示的接收模块10、确定模块20、分配模块30、告警模块40,策略获取模块50的功能。

在一种实施方式中,所述服务器包括一个或多个处理器403,以及一个或多个存储器405,一个或多个计算机程序401,其中所述一个或多个计算机程序401被存储在存储器405中并被配置为由所述一个或多个处理器403执行,所述一个或多个计算机程序401配置用于执行以上实施例所述的数据监控及告警方法。

本发明实施例提供的一种服务器,可实现通过统一接口模块接收外部系统用于对内部业务调用的调用指令;根据所述统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令对应的内部业务模块;向所述内部业务模块发送所述调用指令,获取所述内部业务模块处理所述调用指令后的数据结果,所述内部业务模块分布在至少两个不同地点的地方节点上;当所述数据结果满足告警策略的预设条件时,向所述外部系统发送相应的告警信息。通过提供一种采用三地两中心架构的监控系统实现的数据监控及告警方法,通过统一接口模块接收外部系统对分散在各个内部业务模块的内部业务的调用指令,由统一接口模块预封装的业务逻辑解析所述调用指令,确定所述调用指令需要使用到的内部业务模块,再将调用指令分配给相应的内部业务模块上,所述内部业务模块分布在至少两个地点的地方节点上,从而实现对多个地方节点的内部业务的监控功能,并且当内部业务模块返回的数据结果满足告警策略的预设条件时,向外部系统发送相应的告警信息,从而实现对各内部业务模块的数据的告警处理,以更好地了解各地区各内部业务模块的使用情况,并且方便后续可以针对该告警信息对相应的内部业务模块出现的问题进行处理。

本发明实施例提供的服务器可以实现上述提供的数据监控及告警方法的实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。

以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1