CN107659443A - 一种实时业务的监控方法及其系统 - Google Patents
一种实时业务的监控方法及其系统 Download PDFInfo
- Publication number
- CN107659443A CN107659443A CN201710864643.4A CN201710864643A CN107659443A CN 107659443 A CN107659443 A CN 107659443A CN 201710864643 A CN201710864643 A CN 201710864643A CN 107659443 A CN107659443 A CN 107659443A
- Authority
- CN
- China
- Prior art keywords
- event
- daily record
- information
- event log
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Abstract
本发明涉及一种实时业务的监控方法及其系统,该方法包括获取事件日志;监控事件日志,判断事件日志是否存在不符合设定条件的信息;若是,则根据监控规则处理,发送报警信息;若不是,则返回获取事件日志的步骤。本发明通过对业务事件处理过程中用于记录各项信息的事件日志,监控事件日志内的日志级别是否出现严重错误,出现严重错误的次数,依据监控结果,给用户发送报警信息,定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控时效很快,监控信息简明但又全面,可以直观的发现出现问题的原因,只分析日志,支持复杂场景的监控,对系统及数据库无任何性能上的影响。
Description
技术领域
本发明涉及业务监控方法,更具体地说是指一种实时业务的监控方法及其系统。
背景技术
目前基于业务维度的监控具体是对企业各类业务活动开展动态、实时监控,自动形成监控结果,并以邮件、短信、桌面预警等多种方式实现智能预警,帮助企业及时掌控风险。
对于业务的监控有两种方式,一种方式是以数据库里的业务数据为基础,软件系统定义一个定时任务每隔一段时间运行一次,从数据库里捞出业务订单数据并判断,如果达到监控报警的条件(如订单失败或订单异常等),随即生成一条监控报警数据,并通过邮件、短信等方式发送到报警接收者中;另一种常用监控方式是实时分析软件系统的日志,如log4j的日志,如果日志里出现了监控的关键字,如ERROR字段,则生成一条监控告警记录,并通过邮件、短信等方式发给告警接收者。上述的两种方式虽然都能达到实时监控的目的,但是均存在一些弊端,第一种方式的时效性很差,间隔一段时间才收到告警信息,可能错过最佳处理时机,而且数据库不仅要处理业务逻辑和数据,还要额外承担监控数据的职责,负担比较重,对数据库性能造成影响,不适合大规模监控使用;第二种方式由于软件系统产生的错误,如订单失败、数据库出错、网络连接出错等的表现方式不规则,很难直观的让告警接收者知道错误的基本信息。而且监控规则单一,无法支持复杂场景的监控,如订单趋势监控,业务环比监控等。
因此,有必要设计一种实时业务的监控方法,实现监控时效快,监控信息简明但又全面,支持复杂场景的监控,对数据库不存在影响。
发明内容
本发明的目的在于克服现有技术的缺陷,提供一种实时业务的监控方法及其系统。
为实现上述目的,本发明采用以下技术方案:一种实时业务的监控方法,所述方法包括:
获取事件日志;
监控事件日志,判断所述事件日志是否存在不符合设定条件的信息;
若是,则根据监控规则处理,发送报警信息;
若不是,则返回所述获取事件日志的步骤。
其进一步技术方案为:获取事件日志的步骤,包括以下具体步骤:
接收业务事件;
根据所述业务事件进行业务处理;
将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。
其进一步技术方案为:将业务处理的各项信息记录在日志中,形成事件日志的步骤,所述事件日志包括日期时间、日志级别、接口方法、业务类型、终端类型、登录账号、唯一性ID、主键、执行结果、错误码、错误描述、线程ID、来源服务器名、来源服务器地址以及处理耗时。
其进一步技术方案为:监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
判断日志级别是否属于严重失败;
若是,则事件日志存在不符合设定条件的信息;
若不是,则事件日志不存在不符合设定条件的信息。
其进一步技术方案为:监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
获取日志级别属于严重失败的次数;
判断所述次数是否超过设定的阈值;
若是,则事件日志存在不符合设定条件的信息;
若不是,则事件日志不存在不符合设定条件的信息。
本发明还提供了一种实时业务的监控系统,包括日志获取单元、监控单元以及报警发送单元;
所述日志获取单元,用于获取事件日志;
所述监控单元,用于监控事件日志,判断所述事件日志是否存在不符合设定条件的信息;
所述报警发送单元,用于若是,则根据监控规则处理,发送报警信息。
其进一步技术方案为:所述日志获取单元包括事件接收模块、处理模块以及记录模块;
所述事件接收模块,用于接收业务事件;
所述处理模块,用于根据所述业务事件进行业务处理;
所述记录模块,用于将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。
其进一步技术方案为:所述监控单元包括属性判断模块;
所述属性判断模块,用于判断日志级别是否属于严重失败;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
其进一步技术方案为:所述监控单元包括次数获取模块以及阈值判断模块;
所述次数获取模块,用于获取日志级别属于严重失败的次数;
所述阈值判断模块,用于判断所述次数是否超过设定的阈值;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
本发明与现有技术相比的有益效果是:本发明的一种实时业务的监控方法,通过对业务事件处理过程中用于记录各项信息的事件日志,监控事件日志内的日志级别是否出现严重错误,出现严重错误的次数,依据监控结果,给用户发送报警信息,定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控时效很快,监控信息简明但又全面,可以直观的发现出现问题的原因,只分析日志,支持复杂场景的监控,对系统及数据库无任何性能上的影响。
下面结合附图和具体实施例对本发明作进一步描述。
附图说明
图1为本发明具体实施例提供的一种实时业务的监控方法的流程图;
图2为本发明具体实施例提供的获取事件日志的流程图;
图3为本发明具体实施例提供的判断所述事件日志是否存在不符合设定条件的信息的流程图;
图4为本发明具体实施例提供的一种实时业务的监控系统的结构框图;
图5为本发明具体实施例提供的日志获取单元的结构框图;
图6为本发明具体实施例提供的监控单元的结构框图。
具体实施方式
为了更充分理解本发明的技术内容,下面结合具体实施例对本发明的技术方案进一步介绍和说明,但不局限于此。
如图1~6所示的具体实施例,本实施例提供的一种实时业务的监控方法,可以运用在基于业务维度的监控过程中,实现监控时效快,监控信息简明但又全面,支持复杂场景的监控,对数据库不存在影响。
如图1所示,本实施例提供了一种实时业务的监控方法,该方法包括:
S1、获取事件日志;
S2、监控事件日志,判断所述事件日志是否存在不符合设定条件的信息;
S3、若是,则根据监控规则处理,发送报警信息;
若不是,则返回S1步骤。
对于上述的S1步骤,获取事件日志的步骤,包括以下具体步骤:
S11、接收业务事件;
S12、根据所述业务事件进行业务处理;
S13、将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。
上述的S11步骤,业务事件可以是外部请求或者自身定时任务。
上述的S12步骤,系统接收该事件后,会对业务事件进行分析,根据业务事件的内容进行对应的处理,即在系统中运行业务事件。
上述的S13步骤,业务处理的各项信息包括开始时间、操作方法、用户账号、事件ID、执行结果(成功还是失败)、错误信息、来源方信息以及总体耗时等;上述的事件日志包括日期时间、日志级别、接口方法、业务类型、终端类型、登录账号、唯一性ID、主键、执行结果、错误码、错误描述、线程ID、来源服务器名、来源服务器地址以及处理耗时。
具体地,上述的事件日志xxx.log内容格式:[日期时间][日志级别][接口方法][业务类型][终端类型][登录账号][唯一性ID][主键][执行结果][错误码][错误描述][线程ID][来源服务器名][来源服务器地址][处理耗时]。从定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,比如[2016-03-15 19:00:47.691][ERROR][DemoCoreFacade.demoOne][TRAIN_TICKET][CLIENT][13300000000][788c03c5-da6c-40a0-b6c5-f79e9cb46b4e][20160115124132100338][FAILURE][BE0510005001][data字段不能为空][1][bpbp-entry][192.168.1.101][95ms],则代表TRAIN_TICKET的业务类型出现严重错误。
上述的日志级别若是INFO,则属性为正常成功;若是WARN,则属性为一般失败无须报警,若是ERROR,则属性为严重失败,需要短信邮件报警。
上述的业务类型、终端类型是示例系统定义的字段,可按具体需求调整;登录账号是触发这个报警的用户信息,方便排查问题,可按需调整;唯一性ID是系统要求上层系统在请求中设置的UUID,可作为幂等控制及日志排查的依据;主键是指这个请求中相关的单据ID,主要方便排查问题;执行结果表示这次请求有没成功,SUCCESS和FAILURE两种;错误码和错误描述是一个链式的错误信息,下层系统针对一个错误会封装并返回给上层;来源服务器名和服务器地址,也是方便排查而设置,出错后如果是上层系统问题可直接定位哪台机器;处理耗时用AOP方式在service入口及出口计算了接口的处理耗时情况。这也是业务性能的指标。
在本实施例中,上述的S2步骤,监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
S21、获取日志级别属于严重失败的次数;
S22、判断所述次数是否超过设定的阈值;
S23、若是,则事件日志存在不符合设定条件的信息;
S24、若不是,则事件日志不存在不符合设定条件的信息。
对于上述的S21步骤至S24步骤,系统会预先设定一定时间内严重失败次数的上限阈值,利用日志级别在一定时间内出现严重失败的次数,根据次数与上限阈值的对比,若次数超过上限阈值时,则生成报警信息或报警记录发送给接收者。
于其他实施例,上述的S2步骤,监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
判断日志级别是否属于严重失败;
若是,则事件日志存在不符合设定条件的信息;
若不是,则事件日志不存在不符合设定条件的信息。
当发现日志级别中为ERROR时,就生成报警信息,并通过短信或邮件发送给接收者。
另外,上述的事件日志只能记录最关键的一些信息,不会把异常堆栈都放进去,因此监控平台压力小,报警接收者可以直观地发现问题。
上述的报警信息包括用户姓名、告警处理时间以及事件日志内容。
举例如下:用户收到的短信可能为:
XXX,您好:
统一告警处理时间:2016-07-02 07:56:28;
以下是来自统一监控平台的信息,请紧急处理。
1笔172.25.128.90/data/appLogs/core-digest.log[2016-03-15 19:00:47.691][ERROR][DemoCoreFacade.demoOne][TRAIN_TICKET][CLIENT][13360020718][788c03c5-da6c-40a0-b6c5-f79e9cb46b4e][20160115124132100338][FAILURE][BE0510005001][data字段不能为空][1][bpbp-entry][192.168.1.101][95ms]。
接收到该短信的用户可以按照事件日志xxx.log内容格式,获取有用的资讯,监控信息简明但又全面,人们可以直观的发现出现问题的原因。
上述的每条事件日志唯一的代表了整个事件的处理过程,全面但又不复杂,且每条事件日志的格式唯一,方便监控系统进行统一分析处理
从定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控系统根据既定规则处理每条事件日志,如果有问题及时反馈给用户。
上述的一种实时业务的监控方法,通过对业务事件处理过程中用于记录各项信息的事件日志,监控事件日志内的日志级别是否出现严重错误,出现严重错误的次数,依据监控结果,给用户发送报警信息,定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控时效很快,监控信息简明但又全面,可以直观的发现出现问题的原因,只分析日志,支持复杂场景的监控,对系统及数据库无任何性能上的影响。
如图4所示,本实施例提供了一种实时业务的监控系统,其包括日志获取单元1、监控单元2以及报警发送单元3。
日志获取单元1,用于获取事件日志。
监控单元2,用于监控事件日志,判断所述事件日志是否存在不符合设定条件的信息。
报警发送单元3,用于若是,则根据监控规则处理,发送报警信息。
上述的日志获取单元1包括事件接收模块11、处理模块12以及记录模块13。
事件接收模块11,用于接收业务事件。业务事件可以是外部请求或者自身定时任务。
处理模块12,用于根据所述业务事件进行业务处理。系统接收该事件后,会对业务事件进行分析,根据业务事件的内容进行对应的处理,即在系统中运行业务事件。
记录模块13,用于将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。业务处理的各项信息包括开始时间、操作方法、用户账号、事件ID、执行结果(成功还是失败)、错误信息、来源方信息以及总体耗时等;上述的事件日志包括日期时间、日志级别、接口方法、业务类型、终端类型、登录账号、唯一性ID、主键、执行结果、错误码、错误描述、线程ID、来源服务器名、来源服务器地址以及处理耗时。
具体地,上述的事件日志xxx.log内容格式:[日期时间][日志级别][接口方法][业务类型][终端类型][登录账号][唯一性ID][主键][执行结果][错误码][错误描述][线程ID][来源服务器名][来源服务器地址][处理耗时]。从定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,比如[2016-03-15 19:00:47.691][ERROR][DemoCoreFacade.demoOne][TRAIN_TICKET][CLIENT][13300000000][788c03c5-da6c-40a0-b6c5-f79e9cb46b4e][20160115124132100338][FAILURE][BE0510005001][data字段不能为空][1][bpbp-entry][192.168.1.101][95ms],则代表TRAIN_TICKET的业务类型出现严重错误。
上述的日志级别若是INFO,则属性为正常成功;若是WARN,则属性为一般失败无须报警,若是ERROR,则属性为严重失败,需要短信邮件报警。
上述的业务类型、终端类型是示例系统定义的字段,可按具体需求调整;登录账号是触发这个报警的用户信息,方便排查问题,可按需调整;唯一性ID是系统要求上层系统在请求中设置的UUID,可作为幂等控制及日志排查的依据;主键是指这个请求中相关的单据ID,主要方便排查问题;执行结果表示这次请求有没成功,SUCCESS和FAILURE两种;错误码和错误描述是一个链式的错误信息,下层系统针对一个错误会封装并返回给上层;来源服务器名和服务器地址,也是方便排查而设置,出错后如果是上层系统问题可直接定位哪台机器;处理耗时用AOP方式在service入口及出口计算了接口的处理耗时情况。这也是业务性能的指标。
在本实施例中,监控单元2包括次数获取模块21以及阈值判断模块22。
次数获取模块21,用于获取日志级别属于严重失败的次数;
阈值判断模块22,用于判断所述次数是否超过设定的阈值;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
系统会预先设定一定时间内严重失败次数的上限阈值,利用日志级别在一定时间内出现严重失败的次数,根据次数与上限阈值的对比,若次数超过上限阈值时,则生成报警信息或报警记录发送给接收者。
于其他实施例,上述的监控单元2包括属性判断模块;属性判断模块,用于判断日志级别是否属于严重失败;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
另外,上述的事件日志只能记录最关键的一些信息,不会把异常堆栈都放进去,因此监控平台压力小,报警接收者可以直观地发现问题。
上述的报警信息包括用户姓名、告警处理时间以及事件日志内容。
举例如下:用户收到的短信可能为:
XXX,您好:
统一告警处理时间:2016-07-02 07:56:28;
以下是来自统一监控平台的信息,请紧急处理。
1笔172.25.128.90/data/appLogs/core-digest.log[2016-03-15 19:00:47.691][ERROR][DemoCoreFacade.demoOne][TRAIN_TICKET][CLIENT][13360020718][788c03c5-da6c-40a0-b6c5-f79e9cb46b4e][20160115124132100338][FAILURE][BE0510005001][data字段不能为空][1][bpbp-entry][192.168.1.101][95ms]。
接收到该短信的用户可以按照事件日志xxx.log内容格式,获取有用的资讯,监控信息简明但又全面,人们可以直观的发现出现问题的原因。
上述的每条事件日志唯一的代表了整个事件的处理过程,全面但又不复杂,且每条事件日志的格式唯一,方便监控系统进行统一分析处理
从定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控系统根据既定规则处理每条事件日志,如果有问题及时反馈给用户。
上述的一种实时业务的监控系统,通过对业务事件处理过程中用于记录各项信息的事件日志,监控事件日志内的日志级别是否出现严重错误,出现严重错误的次数,依据监控结果,给用户发送报警信息,定义好结构化的日志格式,每一条记录对应一次用户操作,且包含所有关键信息,在监控时就能很好的抽取信息并展现出来,监控时效很快,监控信息简明但又全面,可以直观的发现出现问题的原因,只分析日志,支持复杂场景的监控,对系统及数据库无任何性能上的影响。
上述仅以实施例来进一步说明本发明的技术内容,以便于读者更容易理解,但不代表本发明的实施方式仅限于此,任何依本发明所做的技术延伸或再创造,均受本发明的保护。本发明的保护范围以权利要求书为准。
Claims (9)
1.一种实时业务的监控方法,其特征在于,所述方法包括:
获取事件日志;
监控事件日志,判断所述事件日志是否存在不符合设定条件的信息;
若是,则根据监控规则处理,发送报警信息;
若不是,则返回所述获取事件日志的步骤。
2.根据权利要求1所述的一种实时业务的监控方法,其特征在于,获取事件日志的步骤,包括以下具体步骤:
接收业务事件;
根据所述业务事件进行业务处理;
将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。
3.根据权利要求2所述的一种实时业务的监控方法,其特征在于,将业务处理的各项信息记录在日志中,形成事件日志的步骤,所述事件日志包括日期时间、日志级别、接口方法、业务类型、终端类型、登录账号、唯一性ID、主键、执行结果、错误码、错误描述、线程ID、来源服务器名、来源服务器地址以及处理耗时。
4.根据权利要求3所述的一种实时业务的监控方法,其特征在于,监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
判断日志级别是否属于严重失败;
若是,则事件日志存在不符合设定条件的信息;
若不是,则事件日志不存在不符合设定条件的信息。
5.根据权利要求3所述的一种实时业务的监控方法,其特征在于,监控事件日志,判断所述事件日志是否存在不符合设定条件的信息的步骤,包括以下具体步骤:
获取日志级别属于严重失败的次数;
判断所述次数是否超过设定的阈值;
若是,则事件日志存在不符合设定条件的信息;
若不是,则事件日志不存在不符合设定条件的信息。
6.一种实时业务的监控系统,其特征在于,包括日志获取单元、监控单元以及报警发送单元;
所述日志获取单元,用于获取事件日志;
所述监控单元,用于监控事件日志,判断所述事件日志是否存在不符合设定条件的信息;
所述报警发送单元,用于若是,则根据监控规则处理,发送报警信息。
7.根据权利要求6所述的一种实时业务的监控系统,其特征在于,所述日志获取单元包括事件接收模块、处理模块以及记录模块;
所述事件接收模块,用于接收业务事件;
所述处理模块,用于根据所述业务事件进行业务处理;
所述记录模块,用于将业务处理的各项信息记录在日志中,对日志进行定义,形成事件日志。
8.根据权利要求7所述的一种实时业务的监控系统,其特征在于,所述监控单元包括属性判断模块;
所述属性判断模块,用于判断日志级别是否属于严重失败;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
9.根据权利要求7所述的一种实时业务的监控系统,其特征在于,所述监控单元包括次数获取模块以及阈值判断模块;
所述次数获取模块,用于获取日志级别属于严重失败的次数;
所述阈值判断模块,用于判断所述次数是否超过设定的阈值;若是,则事件日志存在不符合设定条件的信息;若不是,则事件日志不存在不符合设定条件的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710864643.4A CN107659443A (zh) | 2017-09-22 | 2017-09-22 | 一种实时业务的监控方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710864643.4A CN107659443A (zh) | 2017-09-22 | 2017-09-22 | 一种实时业务的监控方法及其系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107659443A true CN107659443A (zh) | 2018-02-02 |
Family
ID=61130036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710864643.4A Pending CN107659443A (zh) | 2017-09-22 | 2017-09-22 | 一种实时业务的监控方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107659443A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108847998A (zh) * | 2018-04-20 | 2018-11-20 | 平安科技(深圳)有限公司 | 报表监控方法、装置、计算机设备和存储介质 |
CN109245999A (zh) * | 2018-10-26 | 2019-01-18 | 精硕科技(北京)股份有限公司 | 邮件数据的处理方法及装置 |
CN110287083A (zh) * | 2019-06-12 | 2019-09-27 | 达疆网络科技(上海)有限公司 | 一种基于定时任务的业务系统正确性检查及报警系统 |
CN110688355A (zh) * | 2018-06-19 | 2020-01-14 | 北京京东尚科信息技术有限公司 | 变更容器状态的方法和装置 |
CN110990213A (zh) * | 2019-10-22 | 2020-04-10 | 北京国电通网络技术有限公司 | 一种集群环境用户日志实时监控方法及装置 |
CN111181785A (zh) * | 2019-12-30 | 2020-05-19 | 上海汇付数据服务有限公司 | 基于反馈式链路的监控方法和装置 |
CN111708679A (zh) * | 2020-05-08 | 2020-09-25 | 中国建设银行股份有限公司 | 日志监控方法、系统、装置和存储介质 |
CN114048117A (zh) * | 2021-11-26 | 2022-02-15 | 广西电网有限责任公司 | 企业系统与各外部系统协同业务数据交互的监控方法 |
CN116911919A (zh) * | 2023-07-14 | 2023-10-20 | 浪潮智慧科技有限公司 | 一种积分系统及方法 |
-
2017
- 2017-09-22 CN CN201710864643.4A patent/CN107659443A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108847998B (zh) * | 2018-04-20 | 2021-09-14 | 平安科技(深圳)有限公司 | 报表监控方法、装置、计算机设备和存储介质 |
WO2019200750A1 (zh) * | 2018-04-20 | 2019-10-24 | 平安科技(深圳)有限公司 | 报表监控方法、装置、计算机设备和存储介质 |
CN108847998A (zh) * | 2018-04-20 | 2018-11-20 | 平安科技(深圳)有限公司 | 报表监控方法、装置、计算机设备和存储介质 |
CN110688355A (zh) * | 2018-06-19 | 2020-01-14 | 北京京东尚科信息技术有限公司 | 变更容器状态的方法和装置 |
CN109245999A (zh) * | 2018-10-26 | 2019-01-18 | 精硕科技(北京)股份有限公司 | 邮件数据的处理方法及装置 |
CN110287083A (zh) * | 2019-06-12 | 2019-09-27 | 达疆网络科技(上海)有限公司 | 一种基于定时任务的业务系统正确性检查及报警系统 |
CN110990213A (zh) * | 2019-10-22 | 2020-04-10 | 北京国电通网络技术有限公司 | 一种集群环境用户日志实时监控方法及装置 |
CN110990213B (zh) * | 2019-10-22 | 2024-01-23 | 北京国电通网络技术有限公司 | 一种集群环境用户日志实时监控方法及装置 |
CN111181785A (zh) * | 2019-12-30 | 2020-05-19 | 上海汇付数据服务有限公司 | 基于反馈式链路的监控方法和装置 |
CN111181785B (zh) * | 2019-12-30 | 2022-07-08 | 上海汇付支付有限公司 | 基于反馈式链路的监控方法和装置 |
CN111708679A (zh) * | 2020-05-08 | 2020-09-25 | 中国建设银行股份有限公司 | 日志监控方法、系统、装置和存储介质 |
CN114048117A (zh) * | 2021-11-26 | 2022-02-15 | 广西电网有限责任公司 | 企业系统与各外部系统协同业务数据交互的监控方法 |
CN116911919A (zh) * | 2023-07-14 | 2023-10-20 | 浪潮智慧科技有限公司 | 一种积分系统及方法 |
CN116911919B (zh) * | 2023-07-14 | 2024-02-13 | 浪潮智慧科技有限公司 | 一种积分系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107659443A (zh) | 一种实时业务的监控方法及其系统 | |
US20220092063A1 (en) | Method and system for implementing machine learning classifications | |
US10585908B2 (en) | Method and system for parameterizing log file location assignments for a log analytics system | |
CN105843803B (zh) | 大数据安全可视化交互分析系统及方法 | |
CN106649055A (zh) | 一种基于国产cpu和操作系统的软硬件故障告警系统及方法 | |
CN106371986A (zh) | 一种日志处理运维监控系统 | |
CN107612740A (zh) | 一种分布式环境下的日志监控系统及方法 | |
US20150120914A1 (en) | Service monitoring system and service monitoring method | |
CN111030857A (zh) | 网络告警方法、装置、系统与计算机可读存储介质 | |
CN113157994A (zh) | 一种多源异构平台数据处理方法 | |
CN104144071A (zh) | 系统日志的处理方法和系统日志的处理平台 | |
CN110427307A (zh) | 日志解析方法、装置、计算机设备及存储介质 | |
CN112039701B (zh) | 接口调用监控方法、装置、设备及存储介质 | |
CN111274227B (zh) | 一种基于聚类分析和关联规则的数据库审计系统及方法 | |
CN106301823A (zh) | 一种关键组件的故障告警方法、装置及大数据管理系统 | |
CN111782345B (zh) | 容器云平台日志收集及分析告警方法 | |
CN110874291A (zh) | 一种异常容器实时检测方法 | |
CN112714118B (zh) | 网络流量检测方法和装置 | |
CN111782481A (zh) | 一种通用数据接口监控系统和监控方法 | |
CN109474529B (zh) | 一种终端网络关联数据反馈的方法 | |
CN115333966B (zh) | 一种基于拓扑的Nginx日志分析方法、系统及设备 | |
CN105607983A (zh) | 数据异常监控方法和装置 | |
CN115408236A (zh) | 一种日志数据审计系统、方法、设备及介质 | |
CN113760669A (zh) | 问题数据的告警方法及装置、电子设备、存储介质 | |
CN109120439B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180202 |