《从零开始学微服务》课程学习笔记（八）

如何追踪微服务调用

服务追踪的作用

• 优化系统瓶颈
  • 通过记录调用经过的每一条链路上的耗时，我们能快速定位整个系统的瓶颈点在哪里。
  • 通过服务追踪，可以从全局视角上去观察，找出整个系统的瓶颈点所在，然后做出针对性的优化。
• 优化链路调用
  • 通过服务追踪可以分析调用所经过的路径，然后评估是否合理。
    • 比如一个服务调用下游依赖了多个服务，通过调用链分析，可以评估是否每个依赖都是必要的，是否可以通过业务优化来减少服务依赖。
    • 一般业务都会在多个数据中心都部署服务，以实现异地容灾，这个时候经常会出现一种状况就是服务 A 调用了另外一个数据中心的服务 B，而没有调用同处于一个数据中心的服务 B。
  • 通过对调用链路进行分析，可以找出跨数据中心的服务调用，从而进行优化，尽量规避这种情况出现。
• 生成网络拓扑
  • 通过服务追踪系统中记录的链路信息，可以生成一张系统的网络调用拓扑图，它可以反映系统都依赖了哪些服务，以及服务之间的调用关系是什么样的，可以一目了然。
  • 除此之外，在网络拓扑图上还可以把服务调用的详细信息也标出来，也能起到服务监控的作用。
• 透明传输数据
  • 除了服务追踪，业务上经常有一种需求，期望能把一些用户数据，从调用的开始一直往下传递，以便系统中的各个服务都能获取到这个信息。
  • 比如业务想做一些 A/B 测试，这时候就想通过服务追踪系统，把 A/B 测试的开关逻辑一直往下传递，经过的每一层服务都能获取到这个开关值，就能够统一进行 A/B 测试。

服务追踪系统原理

• 服务追踪系统的核心理念就是调用链：通过一个全局唯一的 ID 将分布在各个服务节点上的同一次请求串联起来，从而还原原有的调用关系，可以追踪系统问题、分析调用数据并统计各种系统指标。
  
  • 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。

服务追踪系统实现

• 一个服务追踪系统可以分为三层：
  • 数据采集层，负责数据埋点并上报。
  • 数据处理层，负责数据的存储与计算。
  • 数据展示层，负责数据的图形化展示。
    
• 数据采集层
  • 数据采集层的作用就是在系统的各个不同模块中进行埋点，采集数据并上报给数据处理层进行处理。
    
  • CS（Client Send）阶段 : 客户端发起请求，并生成调用的上下文。
  • SR（Server Recieve）阶段 : 服务端接收请求，并生成上下文。
  • SS（Server Send）阶段 : 服务端返回请求，这个阶段会将服务端上下文数据上报。
  • CR（Client Recieve）阶段 : 客户端接收返回结果，这个阶段会将客户端上下文数据上报。
• 数据处理层
  • 数据处理层的作用就是把数据采集层上报的数据按需计算，然后落地存储供查询使用。
  • 数据处理的需求一般分为两类，一类是实时计算需求，一类是离线计算需求。
    • 实时计算需求对计算效率要求比较高，一般要求对收集的链路数据能够在秒级别完成聚合计算，以供实时查询。
    • 离线计算需求对计算效率要求就没那么高了，一般能在小时级别完成链路数据的聚合计算即可，一般用作数据汇总统计。
    • 针对这两类不同的数据处理需求，采用的计算方法和存储也不相同。
• 数据展示层
  • 数据展示层的作用就是将处理后的链路信息以图形化的方式展示给用户。
  • 实际项目中主要用到两种图形展示，一种是调用链路图，一种是调用拓扑图。
    • 服务整体情况：服务总耗时、服务调用的网络深度、每一层经过的系统，以及多少次调用。
    • 每一层的情况：每一层发生了几次调用，以及每一层调用的耗时。
  • 调用链路图在实际项目中，主要是被用来做故障定位，比如某一次用户调用失败了，可以通过调用链路图查询这次用户调用经过了哪些环节，到底是哪一层的调用失败所导致。
  • 调用拓扑图是一种全局视野图，在实际项目中，主要用作全局监控，用于发现系统中异常的点，从而快速做出决策。比如，某一个服务突然出现异常，那么在调用链路拓扑图中可以看出对这个服务的调用耗时都变高了，可以用红色的图样标出来，用作监控报警。