北京网站建设的,儿童设计网站,中国纪检监察报 沈志莉,高端品牌车文章目录 1、背景2、微服务架构下的问题3、链路追踪4、核心概念5、技术选型对比6、zipkin 1、背景
随着互联网业务快速扩展#xff0c;软件架构也日益变得复杂#xff0c;为了适应海量用户高并发请求#xff0c;系统中越来越多的组件开始走向分布式化#xff0c;如单体架构… 文章目录 1、背景2、微服务架构下的问题3、链路追踪4、核心概念5、技术选型对比6、zipkin 1、背景
随着互联网业务快速扩展软件架构也日益变得复杂为了适应海量用户高并发请求系统中越来越多的组件开始走向分布式化如单体架构拆分为微服务、服务内缓存变为分布式缓存、服务组件通信变为分布式消息这些组件共同构成了繁杂的分布式网络。 2、微服务架构下的问题
在大型系统的微服务化构建中一个系统会被拆分成许多模块。这些模块负责不同的功能组合成系统最终可以提供丰富的功能。在这种架构中一次请求往往需要涉及到多个服务。 上图为一个简单的下单系统里面有n个微服务。现在用户在UI界面下单一个商品但弹出错误提示系统内部错误 此时开发运维人员要排查异常具体是由哪个微服务引起的就得去逐个看相关的服务日志效率低下。
3、链路追踪 分布式链路追踪Distributed Tracing 就是将一次分布式请求还原成调用链路进行日志记录、性能监控并将一次分布式请求的调用情况集中展示。比如各个服务节点上的耗时、请求具体到达哪台机器上、每个服务节点的请求状态等等以便帮助开发人员快速定位和解决分布式系统中的性能问题和故障。 链路跟踪主要功能 故障快速定位可以通过调用链结合业务日志快速定位错误信息。 链路性能可视化各个阶段链路耗时、服务依赖关系可以通过可视化界面展现出来。 链路分析通过分析链路耗时、服务依赖关系可以得到用户的行为路径汇总分析应用在很多业务场景。
☀ 更多参考这篇http://bigbully.github.io/Dapper-translation/
4、核心概念
概念1tracetrace是要追踪的一个链路即一个请求经过所有服务的路径可以用下面树状的图形表示 traceid串联起来就形成了一条完成的链路。
概念2span从上面的trace链路可以看到请求过来调用了服务A服务A又调用了服务B和服务C但先调用了B还是C并未标明因此有了span这个概念。span表达了服务的调用顺序和调用关系。 同一层级parent id相同span id不同span id从小到大表示请求的顺序因此服务A是先调用了服务B再调服务C上下层级代表调用关系如图中服务C的span id为2而服务D的parent id为2这就表示服务C和服务D形成了父子关系且是服务C调用服务D 到此通过事先在日志中埋点找出相同traceId的日志再加上parent id和span id就可以将一条完整的请求调用链串联起来。 概念3AnnotationsAnnotations 用于用户自定义事件用来辅助定位问题。包含四个注解信息
csClient Start表示客户端发起请求srServerReceived表示服务端收到请求ssServer Send表示服务端完成处理并将结果发送给客户端crClientReceived表示客户端获取到服务端返回信息 上图中描述了一次请求和响应的过程四个点也就是对应四个Annotation事件。如果要计算一次调用的耗时只需要将客户端接收的时间点减去客户端开始的时间点也就是图中时间线上的T4 - T1。如果要计算客户端发送网络耗时也就是图中时间线上的T2 - T1 概念4采样由于每一个请求都会生成一个链路如果对每一个请求都进行数据采集和存储性能损耗太大因此使用采样的方式。比如每秒有1000个请求访问系统设置了采样率为1/1000那么只会上报一个请求到存储端。 概念5埋点埋点是指将链路追踪的代码插入到应用程序中以便在应用程序执行期间收集所需的数据。这些数据通常包括系统调用和服务的名称执行时间响应时间和错误信息。通过分析这些数据开发人员可以确定系统中哪些服务或系统调用是性能瓶颈并确定它们对系统整体性能的影响。
概念6存储链路中的span数据经过收集和上报后会集中存储在一个地方如BigTable数据仓库、ElasticSearch、 HBase、In-memory DB 5、技术选型对比
基于链路追踪的基本原理各大厂商给出了各自的落地方案如
Twitter的ZipkinUber的Jaeger韩国公司开发的pinpointApache开源的skywalking阿里的鹰眼美团的Mtrace滴滴Trace新浪的Watchman京东的Hydra大众点评的cat
关于技术选型各项指标对比 地址如下
zipkin - https://zipkin.io/Jaeger - https://www.jaegertracing.io/Pinpoint - https://github.com/pinpoint-apm/pinpointSkyWalking - http://skywalking.apache.org/6、zipkin
Zipkin 是 Twitter 的一个开源项目基于 Google Dapper 实现致力于收集服务的定时数据以解决微服务架构中的延迟问题包括数据的收集、存储、查找和展现。 zipkin架构中主要四部分
Collector收集器组件它主要用于处理从外部系统发送过来的跟踪信息将这些信息转换为Zipkin 内部处理的 Span 格式以支持后续的存储、分析、展示等功能Storage存储组件它主要对处理收集器接收到的跟踪信息默认会将这些信息存储在内存中我们也可以修改此存储策略通过使用其他存储组件将跟踪信息存储到数据库中RESTful APIAPI 组件它主要用来提供外部访问接口。比如给客户端展示跟踪信息或是外接系统访问以实现监控等Web UIUI 组件基于 API 组件实现的上层应用。通过 UI 组件用户可以方便而有直观地查询和分析跟踪信息 参考文章及图片来源https://zhuanlan.zhihu.com/p/284181372
