[发明专利]分布式链路跟踪方法、装置、计算机设备及存储介质在审
申请号: | 202010622513.1 | 申请日: | 2020-06-30 |
公开(公告)号: | CN111813418A | 公开(公告)日: | 2020-10-23 |
发明(设计)人: | 罗俊峰;吴志民 | 申请(专利权)人: | 平安国际智慧城市科技股份有限公司 |
主分类号: | G06F8/61 | 分类号: | G06F8/61;H04L12/24;H04L29/08 |
代理公司: | 深圳市世联合知识产权代理有限公司 44385 | 代理人: | 汪琳琳 |
地址: | 518000 广东省深圳市前海深港合*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 分布式 跟踪 方法 装置 计算机 设备 存储 介质 | ||
本申请实施例属于云技术领域,应用于智慧安防领域中,涉及一种分布式链路跟踪方法,包括将链路模组部署至Kubernetes中;基于所述链路模组,记录当前服务中每个子服务的调用数据,根据所述调用数据确定每个所述子服务之间的关联关系;根据所述关联关系生成所述服务的链路跟踪信息,存储所述链路跟踪信息;在接收到链路查看指令时,以图像的形式发送所述链路跟踪信息。本申请还提供一种分布式链路跟踪装置、计算机设备及存储介质。此外,本申请还涉及区块链技术,所述链路跟踪信息可存储于区块链中。本申请实现了在容器集群中对分布式微服务问题的快速定位。
技术领域
本申请涉及云技术领域,尤其涉及一种分布式链路跟踪方法、装置、计算机设备及存储介质。
背景技术
随着互联网的快速发展,系统的架构也越来越复杂,随着为应对高并发大数据的量需求的系统出现,微服务架构也随之应运而生。当前,为了解决微服务架构难以定位出现的系统问题(功能问题或性能问题)所在的模块和代码块的问题,通常采用Spring CloudSleuth框架。Spring Cloud Sleuth框架可以为服务之间调用提供链路追踪。
然而随着容器技术和DevOps的出现,为解决微服务中应用部署和运维难以管理的问题,微服务架构也开始和容器技术结合起来。在微服务技术与容器技术结合的基础上,系统问题的定位也随之变得复杂,传统的spring cloud sleuth框架已经无法满足当前的链路跟踪需求。由此导致在数十个、上百个pod组成的集群中,无法快速高效地找到出现问题的微服务以及微服务所在的pod的技术问题。
发明内容
本申请实施例的目的在于提出一种分布式链路跟踪方法、装置、计算机设备及存储介质,以解决微服务系统问题定位困难的技术问题。
为了解决上述技术问题,本申请实施例提供一种分布式链路跟踪方法,采用了如下所述的技术方案:
将链路模组部署至Kubernetes中;
基于所述链路模组,记录当前服务中每个子服务的调用数据,根据所述调用数据确定每个所述子服务之间的关联关系;
根据所述关联关系生成所述服务的链路跟踪信息,存储所述链路跟踪信息;
在接收到链路查看指令时,以图像的形式发送所述链路跟踪信息。
进一步的,所述将链路模组部署至Kubernetes中的步骤具体包括:
在接收到部署指令时,获取所述部署指令对应的链路模组;
推送所述链路模组至镜像仓库,基于所述镜像仓库得到所述链路模组的系统镜像;
基于helm指令在Kubernetes中部署所述系统镜像。
进一步的,所述基于helm指令在Kubernetes中部署所述系统镜像的步骤具体包括:
获取目标参数,基于系统启动命令添加所述目标参数至所述系统镜像中;
在得到所述目标参数添加后的系统镜像时,基于helm指令将所述目标参数添加后的系统镜像部署至Kubernetes中。
进一步的,在所述基于系统启动命令添加所述目标参数至所述系统镜像中的步骤之后还包括:
获取所述链路模组的下载地址;
配置所述下载地址至Kubernetes中的配置映射中,并将所述下载地址在所述系统镜像的dockerfile文件中以变量引用的形式使用。
进一步的,所述根据所述调用数据确定每个所述子服务之间的关联关系的步骤具体包括:
获取所述调用数据中每个所述子服务的parentspandID;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于平安国际智慧城市科技股份有限公司,未经平安国际智慧城市科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010622513.1/2.html,转载请声明来源钻瓜专利网。