分布式系统下调用链追踪技术面试题

网友投稿 809 2022-10-23

分布式系统下调用链追踪技术面试题

分布式系统下调用链追踪技术面试题

目录引言1、面试官:分布式微服务环境下那么多机器,调用链又很长,你们是如何定位问题的?2、面试官:你知道哪些成熟的调用链开源工具? 总结

引言

一个复杂的分布式系统,用户发起一个请求,这个请求可能调用几十到几百个服务,经过很多业务层,而每个业务又是多个机器集群,一个请求具体被随机到哪台机器上又无法确定,如果最后用户的请求失败,只返回一个错误提示,作为开发人员,该如何定位解决问题?你需要定位以下问题:

问题出在哪个服务,是你负责的服务还是调用别人服务的某一个环节。同一个服务集群有多台机器,到底要去哪个机房哪台机器定位某条报错信息。同一个接口可能有多次请求,到底是哪一次报错了。多个服务之间调用顺序是怎样的。如果需要响应速度优化,到底是哪个环节哪个服务耗时了,如何定位。

1、面试官:

分布式微服务环境下那么多机器,调用链又很长,你们是如何定位问题的?

问题分析:这个问题,如果你使用过微服务框架,对于服务治理你一定知道这种技术,如果作为微服务架构的小白,你只是知道一些基础知识,突然被问到这个问题,确实比较懵逼。这么多机器集群,我怎么知道每次服务打到哪个机器上了,我怎么知道到底是哪个环节抛异常了http://?

我:分布式系统中针对上述问题,我们急需一套链路追踪(Trace)系统来解决这些痛点,这个系统主要的任务就是收集各服务的日志,上报日志,分析日志,保存展示。其关键核心在于调用链,为每个请求生成全局唯一的ID(Traceld),通过Traceld 将不同系统的“孤立地”调用信息关联在一起,还原出更多有价值的数据

(如果你还不明白到qURxqGwO底怎么搞直接看看成品图)

通过一个Trace查询某一次请求,这个Trace是全剧唯一,通过这个链路追踪系统,你可以清楚的知道服务调用深度,涉及服务个数,每个服务调用的时间及状态,到底是哪个服务出现异常,具体到方法名,查找耗时长的链路时,可以通过在查询结果页面点击“耗时”二字,让数据以耗时升序或降序排列,都一目了然,上面的问题都得到解决了。

2、面试官:

你知道哪些成熟的调用链开源工具?

Google Dapper

Dapper一开始是一个自包含的跟踪工具,但后来发展成为一个监控平台,具有高性能,代码侵入性低,支持集群扩展特性。

dapper 处理日志分为3个阶段:

各个服务将span数据写到本机日志上;dapper守护进程进行拉取日志文件,将文件读到dapper收集器里;dapper收集器将结果写到bigtable中,一次跟踪被记录为一行。

阿里巴巴的分布式调用跟qURxqGwO踪系统 - 鹰眼(EagleEye)

EagleEye 是一个以调用链追踪技术为核心的监控系统,通过收集,存储,分析分布式系统中的调用事件参数,协同开发人员进行故障定位,容量预估,性能瓶颈定位,系统请求链路梳理等,EagleEye 的开发也是基于Google Dapper 的设计思想。

图片来源:github EagleEye 社区

美团分布式会话追踪系统 - MTrace

MTrace是美团点评内部的分布式会话跟踪系统,也借鉴了2010年Google的 dapper,通过一个全局的ID将分布在各个服务节点上的同一次请求串联起来,还原原有的调用关系、追踪系统问题、分析调用数据、统计系统指标,MTrace支持美团内部RPC中间件,HTTP中间件,mysql,Tair,MQ等中间件的数据埋点。

总结

无论哪个公司使用哪个框架,我们发现 trace 系统最终要解决的问题都是相同的,大致归纳如下:

复杂网络环境中qURxqGwO定位问题,通过异常log绑定记录,轻松定位。发现热点,发现瓶颈问题。预估系统容量,按照上下游调用比例,粗略计算哪些机器需要提前扩容。优化链路,通过链路分析,从更高的全局角度分析可以优化的点。

以上就是分布式系统下调用链追踪技术面试题的详细内容,更多关于分布式系统下调用链追踪的资料请关注我们其它相关文章!

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Grabant- Go 语言开发的爬虫框架
下一篇:一个iOS基于消息的MVC框架
相关文章

 发表评论

暂时没有评论,来抢沙发吧~