CN115794566A - 一种数据告警的方法、装置、电子设备及存储介质 - Google Patents
一种数据告警的方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115794566A CN115794566A CN202211549493.5A CN202211549493A CN115794566A CN 115794566 A CN115794566 A CN 115794566A CN 202211549493 A CN202211549493 A CN 202211549493A CN 115794566 A CN115794566 A CN 115794566A
- Authority
- CN
- China
- Prior art keywords
- alarm
- processing
- data
- alarm event
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请提供了一种数据告警的方法、装置、电子设备及存储介质,该方法包括:通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。本申请大大降低了告警数量,增加了告警覆盖指标,提高了告警效率。
Description
技术领域
本申请涉及数据告警技术领域,具体而言,涉及一种数据告警的方法、装置、电子设备及存储介质。
背景技术
随着计算机技术的不断发展,设备数量的增加和使用年限的增长,各个企业需要进行处理的业务数据逐步增多。这些业务数据的正常使用是企业正常运行的保障。为了保证企业中各种业务数据的正常,需要对这些业务数据进行监测,当业务数据异常时产生告警数据。
现有技术中,对业务数据进行监测长生告警数据的时候,重复告警太多,有效告警太少,给管理人员带来了很大的工作量;告警深度不足,缺少关键指标,无法直接确定出告警原因;缺少流程把控,知识难以沉淀。
发明内容
有鉴于此,本申请的目的在于提供一种数据告警的方法、装置、电子设备及存储介质,以客服现有技术中的问题。
第一方面,本申请实施例提供了一种数据告警的方法,所述方法包括:
通过终端设备提供一图形用户界面,所述方法包括:
通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。
在本申请一些技术方案中,上述方法还包括:
生成与所述告警事件对应的提示信息,并将所述提示信息发送给对应的管理人员,以使所述管理人员对该告警事件对应的所述工作流进行处理。
在本申请一些技术方案中,上述针对所述告警事件的处理操作包括:响应告警、处置告警和关闭告警。
在本申请一些技术方案中,在对所述告警事件处置告警之后,所述方法还包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,生成管理分析结果。
在本申请一些技术方案中,上述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行问题管理。
在本申请一些技术方案中,上述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行变更管理。
在本申请一些技术方案中,上述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行配置管理。
第二方面,本申请实施例提供了一种数据告警的装置,通过终端设备提供一图形用户界面,所述装置包括:
初始告警模块,用于通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
数据加工模块,用于对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
告警事件模块,用于根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
响应模块,用于响应针对所述工作流的处理操作,使用所述工作流对应的处理方法对所述告警事件进行处理。
第三方面,本申请实施例提供了一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述的数据告警的方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行上述的数据告警的方法的步骤。
本申请的实施例提供的技术方案可以包括以下有益效果:本申请方法包括通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。本申请大大降低了告警数量,增加了告警覆盖指标,提高了告警效率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种数据告警的方法的流程示意图;
图2示出了本申请实施例所提供的一种ITIL示意图;
图3示出了本申请实施例所提供的一种数据告警的装置示意图;
图4为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
随着计算机技术的不断发展,设备数量的增加和使用年限的增长,各个企业需要进行处理的业务数据逐步增多。这些业务数据的正常使用是企业正常运行的保障。为了保证企业中各种业务数据的正常,需要对这些业务数据进行监测,当业务数据异常时产生告警数据。
现有技术中,对业务数据进行监测长生告警数据的时候,重复告警太多,有效告警太少,没有明确分级和配置依据,告警配置只能增、不能减,阈值设置不合理,误告、漏告频发;管理困难,平台多、渠道多、告警多;缺少汇聚、收敛规则,无法识别出有效、关键的告警,导致出现告警错误。告警深度不足,缺失关键指标:关键业务系统,缺少专业组件和业务指标监控,发生故障影响较大;指标统计手工操作:周期长,准确率低;应用系统健康度无法评估:只能按照故障率评级;统计困难:覆盖率、监控深度无从保障。缺少流程把控,知识难以沉淀:配置经验邮件、文档交互,甚至口头传授,记录沉淀困难。记录方式不统一、话术不统一,交流困难,无法有效管理;没有流程和平台进行跟踪,告警是否得到有效处理,处置方案如何,下次出现同样的告警,仍需从头开始诊断。
基于此,本申请实施例提供了一种数据告警的方法、装置、电子设备及存储介质,下面通过实施例进行描述。
图1示出了本申请实施例所提供的一种数据告警的方法的流程示意图,通过终端设备提供一图形用户界面,其中,该方法包括步骤S101-S104;具体的:
S101、通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
S102、对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
S103、根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
S104、响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。
本申请大大降低了告警数量,增加了告警覆盖指标,提高了告警效率。
下面对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
在具体实施的时候,可以将本申请方法转化为一个处理平台,该处理平台根据数据变化按三层设计:原始告警层,数据加工层,告警事件层。
S101、通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据。
本申请提供一种数据告警方法主要应用于银行系统中,在银行系统的各个业务中设置监控平台(基于网络的全数字化的信息传输和管理系统),每个监控平台都有自己的一个或者多个监控规则,监控平台基于自身的监控规则对各个业务中的数据进行监控。在该业务中的数据不符合该监控规则的时候,进行告警并产生初始告警数据。这里的告警数据包括了产生告警的平台、不符合的告警规则、告警时间等信息。例如,CPU告警、内容告警和请求数据告警等。
在具体实施时,监控配置:分层管理,基于Detector、CAT、Easyviews、F16、Prometheus和领域专业监控平台,覆盖业务层、应用层、中间件/技术组件层和基础层。
S102、对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据。
本申请在得到了初始告警数据之后,需要对该初始告警数据进行逻辑加工包括了:屏蔽逻辑、告警对象、告警分类等,在对初始告警数据进行逻辑加工之后,得到了逻辑加工处理后的目标告警数据。
例如,逻辑加工包括了在初始告警数据中加入该初始告警数据需要发送的告警对象,将加入了告警对象的初始告警数据作为目标告警数据。
S103、根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流。
在得到了目标告警数据之后,根据预设的汇聚规则,将目标告警数据汇聚为告警事件。例如,节点A产生了内存告警、节点B产生了网络告警、节点C产生了内容告警,通过对上述节点的告警类型进行分析,将同一告警类型下的目标告警数据汇聚在同一告警事件下面。即将节点A的内侧告警和节点C的内存告警汇聚为同一个告警事件。
进一步的,如果是不同业务系统下产生的目标告警数据,在对不同业务系统的目标告警数据进行汇聚的时候,还需要考虑业务系统。即对不同的业务系统下产生的目标告警数据分别进行汇聚。
具体的,告警生成:统一告警结构体和数据规范;压缩、降噪、汇聚,生成告警事件,进入告警工作流。
本申请在生成告警事件时,还生成了该告警事件的工作流。工作流(Workflow),指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。在计算机中,工作流属于计算机支持的协同工作(CSCW)的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。
本申请实施例中,作为一可选实施例,生成与所述告警事件对应的提示信息,并将所述提示信息发送给对应的管理人员,以使所述管理人员对该告警事件对应的所述工作流进行处理。
告警通知:结合值班信息和配置信息加工运维、开发和自定义通知人,分级分态通知、通知升级,覆盖短信、邮件、电话等通知渠道。
为了管理人员方便操作,本申请通过终端设备提供一图形用户界面,并在该图形用户界面显示该告警事件对应的工作流和该工作流的状态。例如该工作流的状态包括未处理状态和已处理状态。在管理人员未按照工作流来处理该告警事件的时候,工作流显示为未处理状态,当管理人员处理完之后,图形用户界面显示为已处理状态。
S104、响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。
在图形用户界面显示了告警事件和该告警事件对应的工作流之后,按照工作流中对应的各个处理流程对该告警事件进行处理。
所述针对所述告警事件的处理操作包括:响应告警、处置告警和关闭告警。告警处置:记录告警事件建立/响应/处置时间、告警有效性标记、告警原因和处置方案;关联自动化平台,标准化告警诊断和处置方案。
所述方法还,使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,生成管理分析结果。
使用服务管理标准库,对所述告警事件进行处理的处理结果进行问题管理。
使用服务管理标准库,对所述告警事件进行处理的处理结果进行变更管理。
使用服务管理标准库,对所述告警事件进行处理的处理结果进行配置管理。
具体的,问题跟踪:接入ITIL(Information Technology InfrastructureLibrary)流程,打通告警、变更、生产事件、问题跟踪流程。如图2所示,ITIL即IT基础架构库作为IT运维管理的标准库,该标准旨在于通过对企业流程进行梳理提升企业IT资源的利用率和服务质量。ITIL的核心模块是“服务管理”,这个模块一共包括了10个流程和一项职能,这些流程和职能又被归结为两大流程组,即“服务提供”流程组和“服务支持”流程组。其中服务支持流程组归纳了与IT管理相关的一项管理职能及5个运营级流程,即事故管理、问题管理、配置管理、变更管理和发布管理;服务提供流程组归纳了与IT管理相关的5个战术级流程,即服务级别管理、IT服务财务管理、能力管理、IT服务持续性管理和可用性管理。
问题管理的目的是找出并消除引起事件的根本原因,从而避免事件再次发生。该流程首先是对事件进行分析,将之前重复发生过的或者非常严重的事件升级为问题,根据问题信息进行分类以及设定优先级。然后将问题指派给相应的专家组,由专家组对问题进行分析并找出问题的根源,从而提出相应的解决方案,然后由技术总监对解决方案进行审批,审批通过后,进行解决方案的实施,必要时触发变更管理流程。当实施结束后,对实施效果进行评审,评审通过后,关闭问题并将问题的处理过程记录到问题事件库中,同时根据情况,将解决方案记录到运维知识库中,为以后处理同类问题提供参考。
变更管理流程:该流程首先是新建变更请求,新建变更请求有两个来源:一是为了解决系统问题;二是为了适应业务的变化。在创建变更时,根据变更情况进行分类以及设定优先级。然后将变更指派给相应的专家组,由专家组对变更进行综合分析,明确变更的风险及其影响,并制定详细的变更方案及计划。变更经理对变更方案进行审批,审批通过后,按照变更计划实施变更,同时触发发布管理流程。当完成变更实施后,由变更管理小组对实施情况进行评审,如果成功,则关闭变更请求,并出具变更总结报告,反之,修改变更方案重新实施变更。
配置管理是将IT环境中所有配置项(硬件、软件等)的信息以及配置项之间的关系记录到配置管理数据库中,从而为其他流程的处理提供软硬件的详细配置信息。发布管理会触发生成配置请求根据配置请求确定配置的范围并制订配置计划,识别本次更新的配置项,并将配置项的详细信息以及配置项之间的关系记录到配置管理库中,并定期对配置管理库进行审验,保证其配置信息能真实反映实际的情况。
告警回溯:建立告警指标体系,从规则、处理人、应用多维度分析、治理;提供日报、周报、月报,展示告警有效率、响应、处置情况,检视数据、提升质量。
知识沉淀:建立告警知识库,生成配置、告警、自动化、变更、生产事件、问题的关联关系。
建立可视化平台,基于数据化运维层,配合通用可视化组件,快速满足大屏、图表、数据展示需求,同时提供所见即所得能力,页面展示和邮件报表保持完全一致。
告警分析:依托组内的指标分析体系平台,针对告警定义的各项指标进行分析,告警有效率提升和告警规则优化。
告警闭环:完善监控告警闭环,告警汇聚比例提升,告警平台、指标覆盖深度广度大幅提升,响应处置时效、告警有效率大幅的提升。
本申请方法能够带来以下好处:
告警总量减少,时效/有效率提升:告警事件总量(月):8000-->4000笔,事件量降低、汇聚比例提升;告警有效率(月):10%-->70%,无效告警减少,有效率大幅提升;重要告警响应及时率:44%-->88%,关键告警响应及时率大幅提升;重要告警平均处置时长:80-->30分钟,关键告警处置时长大幅减少。
告警深度、广度提升,覆盖指标增加:覆盖服务器数量:4W+;每台服务器平均监控项:500+;监控每秒采集的数据量:70W+;每台服务器平均告警项:150+。
各监控平台产生告警,标准化格式接入Saturn,双髻鲨平台消费数据,根据规则汇聚生成告警事件,进入工作流模块,好处:领域接入标准化、告警数据消费格式化。
告警屏蔽与应用节点生命周期结合,大幅降低无效告警,提升告警有效率。
建立系统墙,宏观展示告警情况,并标识恢复批次;建立全视角告警视图,融合展示子系统关联领域的告警情况,提升故障诊断、恢复效率。
图3示出了本申请实施例所提供的一种数据告警的装置的结构示意图,所述装置包括:
初始告警模块,用于通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
数据加工模块,用于对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
告警事件模块,用于根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
响应模块,用于响应针对所述工作流的处理操作,使用所述工作流对应的处理方法对所述告警事件进行处理。
提示模块,用于生成与所述告警事件对应的提示信息,并将所述提示信息发送给对应的管理人员,以使所述管理人员对该告警事件对应的所述工作流进行处理。
所述针对所述告警事件的处理操作包括:响应告警、处置告警和关闭告警。
服务管理模块,用于在对所述告警事件处置告警之后,使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,生成管理分析结果。
所述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行问题管理。
使用服务管理标准库,对所述告警事件进行处理的处理结果进行变更管理。
使用服务管理标准库,对所述告警事件进行处理的处理结果进行配置管理。
如图4所示,本申请实施例提供了一种电子设备,用于执行本申请中的数据告警的方法,该设备包括存储器、处理器、总线及存储在该存储器上并可在该处理器上运行的计算机程序,其中,上述处理器执行上述计算机程序时实现上述的数据告警的方法的步骤。
具体地,上述存储器和处理器可以为通用的存储器和处理器,这里不做具体限定,当处理器运行存储器存储的计算机程序时,能够执行上述的数据告警的方法。
对应于本申请中的数据告警的方法,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述的数据告警的方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述的数据告警的方法。
在本申请所提供的实施例中,应该理解到,所揭露系统和方法,可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,系统或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请提供的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释,此外,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种数据告警的方法,其特征在于,通过终端设备提供一图形用户界面,所述方法包括:
通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
响应针对所述告警事件的处理操作,按照所述工作流对应的处理顺序对所述告警事件进行处理。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
生成与所述告警事件对应的提示信息,并将所述提示信息发送给对应的管理人员,以使所述管理人员对该告警事件对应的所述工作流进行处理。
3.根据权利要求1所述的方法,其特征在于,所述针对所述告警事件的处理操作包括:响应告警、处置告警和关闭告警。
4.根据权利要求3所述的方法,其特征在于,在对所述告警事件处置告警之后,所述方法还包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,生成管理分析结果。
5.根据权利要求4所述的方法,其特征在于,所述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行问题管理。
6.根据权利要求4所述的方法,其特征在于,所述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行变更管理。
7.根据权利要求4所述的方法,其特征在于,所述使用服务管理标准库,对所述告警事件进行处理的处理结果进行服务管理分析,包括:
使用服务管理标准库,对所述告警事件进行处理的处理结果进行配置管理。
8.一种数据告警的装置,其特征在于,通过终端设备提供一图形用户界面,所述装置包括:
初始告警模块,用于通过监控平台和该监控平台对应的监控规则对目标业务进行监控,在所述目标业务不合符所述监控规则时,获取所述目标业务的初始告警数据;
数据加工模块,用于对所述初始告警数据进行逻辑加工处理,得到逻辑加工处理后的目标告警数据;
告警事件模块,用于根据预设的汇聚规则,对所述目标告警数据汇聚处理,生成告警事件和该告警事件对应的工作流,并在所述图形用户界面显示所述工作流;
响应模块,用于响应针对所述工作流的处理操作,使用所述工作流对应的处理方法对所述告警事件进行处理。
9.一种电子设备,其特征在于,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如权利要求1至7任一所述的数据告警的方法的步骤。
10.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至7任一所述的数据告警的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211549493.5A CN115794566A (zh) | 2022-12-05 | 2022-12-05 | 一种数据告警的方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211549493.5A CN115794566A (zh) | 2022-12-05 | 2022-12-05 | 一种数据告警的方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115794566A true CN115794566A (zh) | 2023-03-14 |
Family
ID=85445635
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211549493.5A Pending CN115794566A (zh) | 2022-12-05 | 2022-12-05 | 一种数据告警的方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115794566A (zh) |
-
2022
- 2022-12-05 CN CN202211549493.5A patent/CN115794566A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190378073A1 (en) | Business-Aware Intelligent Incident and Change Management | |
US11481209B2 (en) | Intelligent software agent to facilitate software development and operations | |
CN111339175B (zh) | 数据处理方法、装置、电子设备及可读存储介质 | |
AU2007261542B2 (en) | Method and system for monitoring non-occurring events | |
CN106649040A (zh) | 一种Weblogic中间件性能自动监控方法及装置 | |
CN107193714B (zh) | 一种告警展示方法及装置 | |
US11610136B2 (en) | Predicting the disaster recovery invocation response time | |
US20220321516A1 (en) | Distributed messaging aggregation and response | |
CN111897806A (zh) | 大数据离线数据质量检查方法及装置 | |
US8799287B1 (en) | Method and apparatus for categorizing documents containing sensitive information | |
US20070299709A1 (en) | Automated performance quality tracking utility | |
CN114124743B (zh) | 一种数据应用全链路检查规则执行方法及系统 | |
US8850321B2 (en) | Cross-domain business service management | |
Franch et al. | Community data for OSS adoption risk management | |
CN111782481A (zh) | 一种通用数据接口监控系统和监控方法 | |
CN112163154A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN117173839A (zh) | 金融机具监控智能预警方法、系统 | |
CN115794566A (zh) | 一种数据告警的方法、装置、电子设备及存储介质 | |
CN115408236A (zh) | 一种日志数据审计系统、方法、设备及介质 | |
CN113469559A (zh) | 一种基于数据质量检查的质量位设计与展示方法及系统 | |
CN113342619A (zh) | 日志监控方法、系统、电子设备及可读介质 | |
CN112529467A (zh) | 一种新媒体智能调度系统 | |
KR102463250B1 (ko) | 운영관리 솔루션 시스템 및 빅데이터 분석 방법 | |
CN114240377A (zh) | 一种数据处理方法、系统及相关装置 | |
CN110502404B (zh) | 一种基于数据治理平台的预警处理方法及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |