[发明专利]一种基于日志分析的业务调用链的网络故障定位方法在审
申请号: | 202111308824.1 | 申请日: | 2021-11-05 |
公开(公告)号: | CN114064718A | 公开(公告)日: | 2022-02-18 |
发明(设计)人: | 程永新;宋辉;黄于川 | 申请(专利权)人: | 上海新炬网络技术有限公司 |
主分类号: | G06F16/2455 | 分类号: | G06F16/2455;G06F9/54;G06F11/34 |
代理公司: | 上海科律专利代理事务所(特殊普通合伙) 31290 | 代理人: | 袁亚军 |
地址: | 201707 上海市青浦区外青*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 日志 分析 业务 调用 网络故障 定位 方法 | ||
1.一种基于日志分析的业务调用链的网络故障定位方法,其特征在于,包括如下步骤:
S1)对接口调用获取相关的调用日志信息;
S2)对分布在不同节点上的日志信息进行实时采集,并集中发送到服务端进行处理;
S3)通过匹配业务发起名称找到对应的业务流程,并将该业务流程对应的业务请求ID进行缓存;
S4)服务端接收到数据之后通过业务请求ID在缓存系统中查询对应的业务流程,并将该流程名称写入到数据库中,对暂时未匹配成功的数据进行临时缓存;
S5)设定定时任务对临时缓存的业务数据进行业务流程名称匹配;
S6)在前端系统通过业务流程的流程名称及时间片进行数据查询统计及展示。
2.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S1在每个接口调用结束时打印相关的日志数据,并写入到服务器硬盘上。
3.如权利要求2所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述相关的日志数据包括:业务调用请求ID,开始时间、结束时间、耗时、调用结果、调用方法名称、父节点ID和当前节点ID;所述业务调用请求ID为每一次请求生成的全局唯一ID,当前节点ID为每一次接口请求时生成的全局唯一ID,父节点ID为调用当前节点的前一节点ID。
4.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S2通过部署采集程序对分布在不同节点上的日志信息进行实时采集,并将数据进行格式化,将相关的字段单独存储到Elasticsearch中,日志原始数据作为一个字段进行单独存储。
5.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S3将数据业务流程发起的第一个接口对应的业务名称及业务调用请求ID,缓存到Redis中,并且设置缓存数据的过期时间,缓存的数据用于后续对业务经过的所有环节进行业务匹配。
6.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S4对于非业务发起的第一个接口数据,通过业务调用请求ID到缓存的Redis中查询获取对应的业务名称,并将暂未匹配到业务名称的接口数据缓存到本地第一缓存中。
7.如权利要求6所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S5设定定时任务,将临时缓存本地的业务数据通过业务调用请求ID到Redis获取对应的业务名称进行匹配;匹配成功则将数据写入到Elasticsearch,未匹配成功的数据,重新写入到本地第二缓存中。
8.如权利要求7所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S5对于未匹配成功的数据,将记录匹配次数加1后等待下一次调度时再进行匹配,对于匹配次数超过10次依旧没有匹配到业务名称的则将该条数据丢弃。
9.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S5在定时调度任务中,每次只获取本地第一缓存中的60%-80%的数据及本地第二缓存中的所有数据进行匹配操作,使得越早进来的数据优先得到匹配。
10.如权利要求1所述的基于日志分析的业务调用链的网络故障定位方法,其特征在于,所述步骤S6在前端系统通过业务流程的流程名称及时间片进行数据查询统计,并可将业务所经过的所有环节进行展示,每个环节单独展示业务量、成功数、失败数和平均时延。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海新炬网络技术有限公司,未经上海新炬网络技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111308824.1/1.html,转载请声明来源钻瓜专利网。