一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种基于日志分析的API网关监控方法与流程

2021-11-29 13:35:00 来源:中国专利 TAG:
一种基于日志分析的api网关监控方法
技术领域
1.本发明涉及计算机软件技术领域,具体为一种基于日志分析的api网关监控方法。


背景技术:

2.操作系统是用户与计算机硬件系统之间的接口,用户通过操作系统的帮助,可以快速、有效和安全、可靠地操纵计算机系统中的各类资源,以处理自己的程序,应用程序接口又称为应用编程接口,是一组定义、程序及协议的集合,通过api接口实现计算机软件之间的相互通信,api的一个主要功能是提供通用功能集,api同时也是一种中间件,为各种不同平台提供数据共享,程序设计的实践中,编程接口的设计首先要使软件系统的职责得到合理划分,良好的接口设计可以降低系统各部分的相互依赖,提高组成单元的内聚性,降低组成单元间的耦合程度,从而提高系统的可维护性和可扩展性。
3.api网关的指标功能不支持设置报警,平常想常规监控应用程序的运行情况,要么只能登录到门户网站查看,要么只能配置获取访问日志、性能日志和waf日志三种日志,人工分析这些日志太费时费力,用户体验也不够友好。


技术实现要素:

4.(一)解决的技术问题
5.针对现有技术的不足,本发明提供了一种基于日志分析的api网关监控方法,解决了人工分析日志太费时费力的问题。
6.(二)技术方案
7.为实现以上目的,本发明通过以下技术方案予以实现:一种基于日志分析的api网关监控方法,包括以下步骤:
8.s1、确认后端服务器正常运行,通过api网关访问后端服务器,在基于web的统一控制器中,创建至少一个日志分析工作空间,为api网关诊断开启日志分析工作空间;
9.s2、在日志分析工作空间中获取日志的分析结果,通过自定义查询语句来分析api网关的诊断日志;
10.s3、使用监视数据平台对所述s2步骤中的分析结果设置自动告警,配制告警规则。
11.优选的,所述s2步骤中查询语句包括每秒平均吞吐量、每分钟平均次数、不健康的后端虚拟机数量、平均延迟数、应用程序过去一小时的错误数量、网页每小时错误数量、后端请求失败数量。
12.优选的,所述告警规则包括日志查询、结果数、指标度量值、频率、阈值。
13.优选的,所述s3步骤包括以下步骤:
14.a)设置触发告警的条件:设置每次触发告警规则时都会运行的日志查询,查询返回的记录用于确定是否触发某个警报;
15.b)设置警报逻辑:针对监视数据平台的日志查询规则分别设置结果数和指标度量值两种类型。
16.c)设置频率和阈值:指定应运行查询的频率,对日志搜索的结果进行评估,确定是否应创建警报,不同类型的日志搜索警报规则的阈值不同;
17.d)监视数据平台和服务运行状况警报使用操作组来通知用户某个警报已触发;
18.e)创建警报详细信息,创建之后可以在监视数据平台界面查看历史警报。
19.优选的,所述d)步骤中,各种警报可以使用相同的操作组或不同的操作组,具体取决于用户的要求。
20.优选的,所述a)步骤中默认使用s2步骤中配置的查询语句,也可以适当地修改。
21.优选的,所述警报详细信息包括指定警报的名称、描述和严重性。
22.(三)有益效果
23.本发明提供了一种基于日志分析的api网关监控方法。具备以下有益效果:
24.本发明通过api网关访问后端服务器,在基于web的统一控制器中,创建至少一个日志分析工作空间,为api网关诊断开启日志分析工作空间,在日志分析工作空间中获取日志的分析结果,通过自定义查询语句来分析api网关的诊断日志,查看api网关日志的分析结果,使用监视数据平台对分析结果设置自动告警,配制告警规则,再通过设置触发告警的条件、设置警报逻辑、基于频率和阈值使用操作组来通知用户某个警报已触发,可以创建警报详细信息,实现api网关自动监控告警,不需要人工分析日志,省时省力。
具体实施方式
25.下面将结合本发明实施例,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
26.实施例:
27.本发明实施例提供一种基于日志分析的api网关监控方法,包括以下步骤:
28.s1、确认后端服务器正常运行,通过api网关访问后端服务器,在基于web的统一控制器中,创建至少一个日志分析工作空间,为api网关诊断开启日志分析工作空间,日志分析是基于web的统一控制台的工具,用于根据监视数据平台日志收集的数据编辑和运行日志查询,并交互式分析其结果,可以使用日志分析查询来检索符合特定条件的记录、确定趋势、分析模式,并提供对数据的各种见解;
29.s2、在日志分析工作空间中获取日志的分析结果,通过自定义查询语句来分析api网关的诊断日志,api网关侧确定相应配置后,日志会自动发布到日志分析工作空间中,用户不需要在日志分析中做更多配置,可以利用自定义查询语句来分析应用程序网关的诊断日志;
30.s3、查看api网关日志的分析结果,使用监视数据平台对s2步骤中的分析结果设置自动告警,配制告警规则。
31.通过api网关访问后端服务器,在基于web的统一控制器中,创建至少一个日志分析工作空间,为api网关诊断开启日志分析工作空间,在日志分析工作空间中获取日志的分析结果,通过自定义查询语句来分析api网关的诊断日志,查看api网关日志的分析结果,使用监视数据平台对分析结果设置自动告警,配制告警规则,再通过设置触发告警的条件、设
置警报逻辑、基于频率和阈值使用操作组来通知用户某个警报已触发,可以创建警报详细信息,实现api网关自动监控告警,不需要人工分析日志,省时省力。
32.其中s2步骤中查询语句包括每秒平均吞吐量、每分钟平均次数、不健康的后端虚拟机数量、平均延迟数、应用程序过去一小时的错误数量、网页每小时错误数量、后端请求失败数量。
33.告警规则包括日志查询、结果数、指标度量值、频率、阈值。
34.s3步骤包括以下步骤:
35.a)设置触发告警的条件:设置每次触发告警规则时都会运行的日志查询,查询返回的记录用于确定是否触发某个警报;
36.b)设置警报逻辑:针对监视数据平台的日志查询规则分别设置结果数和指标度量值两种类型,当日志搜索返回的记录数超出指定数目时,将创建单个警报,为日志搜索结果中其值超出指定阈值的每个对象创建警报,结果数警报规则始终创建单个警报,而指标度量预警规则将为超出阈值的每个对象创建一个警报;
37.c)设置频率和阈值:指定应运行查询的频率,可以是介于5分钟到24小时之间的任何值,应等于或小于时间段,如果该值大于时间段,则会有记录缺失的风险,对日志搜索的结果进行评估,确定是否应创建警报,不同类型的日志搜索警报规则的阈值不同,阈值建议根据实际业务配置;
38.d)监视数据平台和服务运行状况警报使用操作组来通知用户某个警报已触发;
39.e)创建警报详细信息,创建之后可以在监视数据平台界面查看历史警报。
40.其中,d)步骤中,各种警报可以使用相同的操作组或不同的操作组,具体取决于用户的要求,当操作设置为通过电子邮件或短信来通知某个人员时,该人员的邮箱或手机将收到确认,指出用户已被添加到操作组。
41.a)步骤中默认使用s2步骤中配置的查询语句,也可以适当地修改。
42.警报详细信息包括指定警报的名称、描述和严重性。
43.综上所述,可以实现api网关自动监控告警,不需要人工分析日志,省时省力。
44.尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献