从0到微服务-7 服务追踪
作者：互联网
微服务架构常见的组成部件：
接下来，我们具体学习下微服务追踪内容：
简单理解下：其实不光微服务，之前的单体应用也有追踪系统，就是说服务提供者本身出现了问题或者服务之间调用失败，我们怎么样快速的定位到在哪个环节出现问题，这就是我们今天要学习的服务追踪系统。
服务追踪的作用
快速定位请求失败原因
优化系统瓶颈（系统首页很慢，能定位到具体什么原因导致）
优化链路调用（减少不必要的服务依赖）
生成网络拓扑（服务之间的依赖关系图）
透明传输数据（用户登录系统认证信息）。
服务追踪系统原理
核心理念就是调用链：通过一个全局唯一的 ID 将分布在各个服务节点上的同一次请求串联起来，从而还原原有的调用关系，可以追踪系统问题、分析调用数据并统计各种系统指标。
后续的各种服务追踪系统都是基于Dapper衍生出来的，比较有名的阿里的鹰眼、美团的MTrace（初学者来说理解起来相对容易一些）、Twitter的Zipkin
Dapper.NET——轻量ORM - Cooper_Liu - 博客园 (cnblogs.com)
(37条消息) 阿里巴巴鹰眼系统了解_yongshenghuang的博客-CSDN博客_鹰眼系统
(37条消息) 美团-分布式会话跟踪系统架构设计与实践_贾红平的博客-CSDN博客
要理解服务追踪的原理，首先必须搞懂一些基本概念：traceId、spanId、annonation 等。
traceId，用于标识某一次具体的请求 ID。当用户的请求进入系统后，会在 RPC 调用网络的第一层生成一个全局唯一的 traceId，并且会随着每一层的 RPC 调用，不断往后传递，这样的话通过 traceId 就可以把一次用户请求在系统中调用的路径串联起来。
spanId，用于标识一次 RPC 调用在分布式请求中的位置。当用户的请求进入系统后，处在 RPC 调用网络的第一层 A 时 spanId 初始值是 0，进入下一层 RPC 调用 B 的时候 spanId 是 0.1，继续进入下一层 RPC 调用 C 时 spanId 是 0.1.1，而与 B 处在同一层的 RPC 调用 E 的 spanId 是 0.2，这样的话通过 spanId 就可以定位某一次 RPC 请求在系统调用中所处的位置，以及它的上下游依赖分别是谁。
annotation，用于业务自定义埋点数据，可以是业务感兴趣的想上传到后端的数据，比如一次请求的用户 UID。
总的来说，traceId 是用于串联某一次请求在系统中经过的所有路径，spanId 是用于区分系统不同服务之间调用的先后关系，而 annotation 是用于业务自定义一些自己感兴趣的数据，在上传 traceId 和 spanId 这些基本信息之外，添加一些自己感兴趣的信息。
服务追踪系统实现
上面是服务追踪系统架构图，你可以看到一个服务追踪系统可以分为三层。
数据采集层，负责数据埋点并上报。
数据处理层，负责数据的存储与计算。
数据展示层，负责数据的图形化展示。
标签：调用,服务,系统,RPC,spanId,追踪 来源： https://www.cnblogs.com/chch213/p/16296313.html