首页 > 其他分享 >全链路追踪

全链路追踪

时间:2024-11-29 09:15:16浏览次数:3  
标签:span format Jaeger hello 链路 Span tracer 追踪

三个追踪级别:

  • 跨进程追踪(cross-process):调用另一个微服务
  • 数据库追踪
  • 进程内部的追踪(in-process):在一个函数内部的追踪

可观察性 (Observability)

可观察性更关注的是从系统自身出发,去展现系统的运行状况,更像是一种对系统的自我审视。

可观察性目前主要包含以下三大支柱:

  • 日志(Logging):Logging 主要记录一些离散的事件,应用往往通过将定义好格式的日志信息输出到文件,然后用日志收集程序收集起来用于分析和聚合。虽然可以用时间将所有日志点事件串联起来,但是却很难展示完整的调用关系路径;

  • 度量(Metrics):Metric 往往是一些聚合的信息,相比 Logging 丧失了一些具体信息,但是占用的空间要比完整日志小的多,可以用于监控和报警,在这方面 Prometheus 已经基本上成为了事实上的标准;

  • 分布式追踪(Tracing):Tracing 介于 Logging 和 Metric 之间, 以请求的维度来串联服务间的调用关系并记录调用耗时,即保留了必要的信息,又将分散的日志事件通过 Span 串联,帮助我们更好的理解系统的行为、辅助调试和排查性能问题。

CNCF 云原生计算基金会

三大支柱有如下特点:

  • Metric 的特点是,它是可累加的。具有原子性,每个都是一个逻辑计量单元,或者一个时间段内的柱状图。例如:队列的当前深度可以被定义为一个计量单元,在写入或读取时被更新统计;输入 HTTP 请求的数量可以被定义为一个计数器,用于简单累加;请求的执行时间可以被定义为一个柱状图,在指定时间片上更新和统计汇总。
  • Logging 的特点是,它描述一些离散的(不连续的)事件。例如:应用通过一个滚动的文件输出 debug 或 error 信息,并通过日志收集系统,存储到 Elasticsearch 中;审批明细信息通过 Kafka,存储到数据库(BigTable)中;又或者,特定请求的元数据信息,从服务请求中剥离出来,发送给一个异常收集服务,如 NewRelic。
  • Tracing 的最大特点就是,它在单次请求的范围内处理信息。任何的数据、元数据信息都被绑定到系统中的单个事务上。例如:一次调用远程服务的 RPC 执行过程;一次实际的SQL查询语句;一次 HTTP 请求的业务性 ID 。

Tracing

分布式追踪,也称为分布式请求追踪,是一种用于分析和监视应用程序的方法,特别是那些使用微服务体系结构构建的应用程序;分布式追踪有助于查明故障发生的位置以及导致性能低下的原因,开发人员可以使用分布式追踪来帮助调试和优化他们的代码,IT 和 DevOps 团队可以使用分布式追踪来监视应用程序。

分布式追踪系统的核心步骤一般有三个:代码埋点,数据存储、查询展示。

OpenTracing

OpenTracing 旨在标准化 Trace 数据结构和格式,其目的是:

  • 不同语言开发的 Trace 客户端的互操作性。Java/.Net/PHP/Python/NodeJs 等语言开发的客户端,只要遵循 OpenTracing 规范,就都可以对接 OpenTracing 兼容的监控后端。
  • Tracing 监控后端的互操作性。只要遵循 OpenTracing 规范,企业可以根据需要替换具体的 Tracing 监控后端产品,比如从 Zipkin 替换成 Jaeger/CAT/Skywalking 等后端。

OpenTracing 与 OpenCensus 已合并为 OpenTelemetry 。

OpenTracing 不是一个标准,OpenTracing API 提供了一个标准的、与供应商无关的框架,是对分布式链路中涉及到的一系列操作的高度抽象集合。这意味着如果开发者想要尝试一种不同的分布式追踪系统,开发者只需要简单地修改 Tracer 配置即可,而不需要替换整个分布式追踪系统。

OpenTracing 是一个轻量级的标准化层,位于应用程序/类库和追踪或日志分析程序之间。

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
  +-------------+  +---------+  +----------+  +------------+
| Application | | Library | | OSS | | RPC/IPC |
| Code | | Code | | Services | | Frameworks |
+-------------+ +---------+ +----------+ +------------+
| | | |
| | | |
v v v v
+-----------------------------------------------------+
| · · · · · · · · · · OpenTracing · · · · · · · · · · |
+-----------------------------------------------------+
| | | |
| | | |
v v v v
+-----------+ +-------------+ +-------------+ +-----------+
| Tracing | | Logging | | Metrics | | Tracing |
| System A | | Framework B | | Framework C | | System D |
+-----------+ +-------------+ +-------------+ +-----------+

OpenTracing 数据模型

基本概念

  • Trace (调用链/链路):在广义上,一个 Trace 代表了一个事务或者流程在(分布式)系统中的执行过程。一个 Trace 是由多个 Span 组成的一个有向无环图(DAG),每一个 Span 代表 Trace 中被命名并计时的连续性的执行片段。

  • Span (跨度):一个 Span 代表系统中具有开始时间和执行时长的逻辑运行单元,即应用中的一个逻辑操作。Span 之间通过嵌套或者顺序排列建立逻辑因果关系。一个 Span 可以被理解为一次方法调用,一个程序块的调用,或者一次 RPC / 数据库访问,只要是一个具有完整时间周期的程序访问,都可以被认为是一个 Span。

  • Logs:每个 Span 可以进行多次 Logs 操作,每一次 Logs 操作,都需要一个带时间戳的时间名称,以及可选的任意大小的存储结构。

  • Tags:每个Span可以有多个键值对(key:value)形式的 Tags,Tags 是没有时间戳的,支持简单的对 Span 进行注解和补充。

  • SpanContext:SpanContext 更像是一个“概念”,而不是通用 OpenTracing 层的有用功能。在创建 Span、向传输协议 Inject(注入)和从传输协议 中Extract(提取)调用链信息时,SpanContext 发挥着重要作用。

Span

表示分布式调用链条中的一个调用单元,其边界包含一个请求进到服务内部再由某种途径(例如:http)从当前服务出去。

一个 Span 一般会记录这个调用单元内部的一些信息,例如每个 Span 包含的操作名称、开始和结束时间、附加额外信息的 Span Tag、可用于记录 Span 内特殊事件 Span Log 、用于传递 Span 上下文的 SpanContext 和定义 Span 之间关系的 References 。

Span 状态

  • 操作名称 (An operation name)
  • 开始时间 (A start timestamp)
  • 结束时间 (A finish timestamp)
  • 标签信息 (Span Tag):零个或多个键值对(keys:values)组成的 Span Tags。键必须是 string 类型,值可以是字符串,布尔,或者数字类型。
  • 日志信息 (Span Log):零个或多个 Span Logs。每次 log 操作包含一个键值对和一个时间戳。 键值对中,键必须为 string 类型,值可以是任意类型。 但并不是所有的支持 OpenTracing 的 Tracer 都需要支持所有的值类型。
  • Span 上下文对象 (SpanContext)
  • Span 间关系 (References):通过 SpanContext 可以指向零个或者多个因果相关的 Span 。

SpanContext 状态

  • 任何一个 OpenTracing 实现都需要将当前调用链的状态(例如:Trace 和 Span 的 id)跨进程边界传输,依赖于一个独特的 Span
  • Baggage Items,Trace 的随行数据,是一个键值对集合,存在于 Trace 中,也需要跨进程边界传输

Tracer

Trace 描述在分布式系统中的一次"事务"。一个 Trace 通过归属于此调用链的 Span(跨度)隐性定义,可以被认为是由一个或多个 Span 组成的有向无环图(DAG), Span 与 Span 的关系被命名为 References。

Span 可以理解为一次方法调用, 一个程序块的调用,或者一次 RPC / 数据库访问。只要是一个具有完整时间周期的程序访问,都可以被认为是一个 Span 。

Tracer 用于创建 Span,并理解如何跨进程边界注入(序列化)和提取(反序列化) Span。它有以下的职责:

  • 建立和开启一个 Span
  • 从某种媒介中提取/注入一个 SpanContext
  1. 示例 Trace (由 8 个 Span 组成)

单个 Trace 中,Span 间的因果关系

 
1
2
3
4
5
6
7
8
9
10
11
12
13
       [Span A]  ←←←(the root Span)
|
+------+------+
| |
[Span B] [Span C] ←←←(Span C 是 Span A 的孩子节点, ChildOf)
| |
[Span D] +---+-------+
| |
[Span E] [Span F] >>> [Span G] >>> [Span H]



(Span G 在 Span F 后被调用, FollowsFrom)
  1. 基于时间轴的时序图

单个 Trace 中,Span 间的时间关系

 
1
2
3
4
5
6
7
––|–––––––|–––––––|–––––––|–––––––|–––––––|–––––––|–––––––|–> time

[Span A···················································]
[Span B··············································]
[Span D··········································]
[Span C········································]
[Span E·······] [Span F··] [Span G··] [Span H··]

References

一个 Span 可以与一个或多个 Span 存在因果关系。OpenTracing 目前定义了两种关系:ChildOf(父子) 和 FollowsFrom(跟随)。

  1. ChildOf

一个 Span 可能是一个父级 Span 的孩子,父级 Span 在某种程度上取决于子 Span。以下情况会构成 ChildOf 关系

  • 一个 RPC 调用的服务端的 Span,和 RPC 服务客户端的 Span 构成 ChildOf 关系
  • 一个 sql insert 操作的 Span,和 ORM 的 save 方法的 Span 构成 ChildOf 关系
  • 很多可以并行工作(或者分布式工作)的 Span 都可能是一个父级的 Span 的子项,父级 Span 会合并所有子 Span 的执行结果,并在指定期限内返回
 
1
2
3
4
5
6
7
8
9
[-Parent Span---------]
[-Child Span----]

[-Parent Span--------------]
[-Child Span A----]
[-Child Span B----]
[-Child Span C----]
[-Child Span D---------------]
[-Child Span E----]
  1. FollowsFrom

一些父级节点不以任何方式依赖他们子节点的执行结果,这种情况下子 Span 和父 Span 之间是 FollowsFrom 的因果关系。

 
1
2
3
4
5
6
7
8
9
[-Parent Span-]  [-Child Span-]


[-Parent Span--]
[-Child Span-]


[-Parent Span-]
[-Child Span-]

SpanContext

表示一个 Span 对应的上下文,Span 和 SpanContext 基本上是一一对应的关系, SpanContext 可以通过某些媒介和方式传递给调用链的下游来做一些处理(例如子 Span 的 id 生成、信息的继承打印日志等等)。

Span 上下文存储的是一些需要跨越边界的(传播追踪所需的)一些信息,例如:

  • SpanId :当前这个 Span 的 id
  • TraceId :这个 Span 所属的 TraceId (也就是这次调用链的唯一id)。
    • Trace_id 和 Span_id 用以区分 Trace 中的 Span;任何 OpenTraceing 实现相关的状态(比如 Trace 和 Span id)都需要被一个跨进程的 Span 所联系。
  • baggage :其他的能过跨越多个调用单元的信息,即跨进程的 key value 对。Baggage Items 和 Span Tag 结构相同,唯一的区别是:Span Tag 只在当前 Span 中存在,并不在整个 Trace 中传递,而 Baggage Items 会随调用链传递。

在跨界(跨服务或者协议)传输过程中实现调用关系的传递和关联,需要能够将 SpanContext 向下游介质注入,并在下游传输介质中提取 SpanContext。

Carrier

Carrier 表示的是一个承载 SpanContext 的媒介,比方说在 http 调用场景中会有 HttpCarrier,在 dubbo 调用场景中也会有对应的 DubboCarrier 。

Formatter

负责具体场景中序列化反序列化上下文的逻辑,例如在 HttpCarrier 使用中通常就会有一个对应的 HttpFormatter 。 Tracer 的注入和提取就是委托给了 Formatter 。

ScopeManager

通过它能够获取当前线程中启用的 Span 信息,并且可以启用一些处于未启用状态的 Span 。在一些场景中,我们在一个线程中可能同时建立多个 Span ,但是同一时间同一线程只会有一个 Span 启用,其他 Span 可能处在下列的状态中:

  • 等待子 Span 完成
  • 等待某种阻塞方法
  • 创建但是并未开始

Reporter

通过它来打印或者上报一些关键链路信息(例如 Span 创建和结束),只有把这些信息进行处理之后才能对全链路信息进行可视化和真正的监控。

开源分布式追踪系统

分布式追踪系统设计目标

  1. 低侵入性
  2. 灵活的应用策略:收集数据的范围和粒度
  3. 时效性:从 agent 采样,到 collect、storage 和 display 尽可能快
  4. 决策支持
  5. 可视化
  6. 低消耗:在 Web 请求链路中,对请求的响应影响尽可能小
  7. 延展性:随着业务量的增长,分布式追踪系统依然具有高可用和高性能表现
名称厂商开发语言OpenTracing 兼容侵入性时效性可视化消耗
Jaeger Uber Go
Zipkin twitter Java
Pinpoint NAVER Java -
CAT 大众点评 Java
Appdash sourcegraph Go 不支持大规模部署
SkyWalking 华为 Java

Jaeger

Jaeger 主要有以下几个组成部分:

  • Jaeger Client:为不同语言实现符合 OpenTracing 的 SDK。应用程序通过 API 写入数据,client library 把 trace 信息按照应用程序制定的采样策略传递给 jaeger-agent 。
  • Agent:一个监听在 UDP 端口上接收 span 数据的网络守护进程,它会将数据批量发送给 collector 。它被设计成一个基础组件,部署到所有的宿主机上。Agent 将 client library 和 collector 解耦,为 client library 屏蔽了路由和发现 collector 的细节。
  • Collector:接收 jaeger-agent 发送来的数据,然后将数据写入后端存储。Collector 被设计成无状态的组件,因此用户可以运行任意数量的 Collector。
  • Data Store:后端存储被设计成一个可插拔的组件,支持数据写入 cassandra , elastic search 等。
  • Query:接收查询请求,从后端存储系统中检索 tarce 并通过 UI 进行展示。Query 是无状态的,可以启动多个实例并把它们部署在例如 nginx 这样的负载均衡器之后。

术语

Span (跨度)表示 Jaeger 中具有操作名称、开始时间和持续时间的逻辑工作单元。Span 可以嵌套和排序,以建模因果关系。

Trace (链路)是系统中的数据/执行路径,可以认为是由 Span 组成的的有向无环图。

对于一个组件来说,一次处理过程一般是产生一个 Span;这个 Span 的生命周期是从接收到请求到返回响应这段过程。

这里需要考虑的问题是如何与上下游链路关联起来。在 Opentracing 规范中,可以在 Tracer 中 extract 出一个跨进程传递的 SpanContext 。然后通过这个 SpanContext 所携带的信息将当前节点关联到整个 Tracer 链路中去,当然有提取(extract)就会有对应的注入(inject)。

链路的构建一般是 client-server-client-server 这种模式的,那就是会在 client 端进行注入(inject),然后再 server 端进行提取(extract),反复进行,然后一直传递下去。

在拿到 SpanContext 之后,此时当前的 Span 就可以关联到这条链路中了,那么剩余的事情就是收集当前组件的一些数据;整个过程大概分为以下几个阶段:

  • 从请求中提取 SpanContext
  • 构建 Span,并将当前 Span 存入当前 tracer 上下文中
  • 设置一些信息到 Span 中
  • 返回响应
  • Span 结束并上报

组件

Jaeger 可以被部署为一个一体化的二进制文件,其中 Jaeger 的所有后端组件运行在一个单独的进程中;也可以被部署为一个可扩展的分布式系统,有两个主要的部署方式:

  1. Collector 直接写入存储

  1. Collecter 写入 Kafka 作为初始缓冲区

Jaeger Client(客户端)

Jaeger 客户端是 OpenTracing API 特定语言的实现。它们可以用于手动或者通过与 OpenTracing 集成的各种现有的开源框架,比如 Flask、Dropwizard、gRPC 等等,来进行分布式追踪。

被检测的服务在接收新请求时创建 Span,并将上下文信息(trace id、span id、baggage)附加到传出的请求。只有 id 和 baggage 会与请求一起传播;所有其他分析数据,如操作名称、时间、标记和日志,都不会传播。相反,它们在后台异步传输到 Jaeger 后端。

该机制被设计为在生产环境中始终处于开启状态。为了减少开销,Jaeger 客户端使用了各种采样策略。对 trace 进行采样时,Span 分析数据被捕获并传输到 Jaeger 后端。当不对 trace 进行采样时,不会收集任何分析数据,对 OpenTracing API 的调用也会短路,使得开销最小。默认情况下,Jaeger 客户端采样 0.1% 的 trace ,并有能力从 Jaeger 后端检索采样策略。

Agent(代理)

Jaeger 代理是一个网络守护进程,监听通过 UDP 发送的 Span,并将其批量发送给收集器。代理被设计成基础架构组件并部署到所有主机上,它将收集器的路由和发现从客户端抽象出来。

Collector(收集器)

Jaeger 收集器接收来自 Jaeger 代理的 Trace 并通过处理管道运行它们。目前的管道支持对 trace 进行验证、索引、执行任何转换,最后存储它们。

Jaeger 的存储是一个可插拔组件,目前支持 Cassandra , Elasticsearch 和 Kafka 。

Query

从存储中检索 trace 并提供 UI 进行展示。

Ingester

从 Kafka Topic 中读取数据并写入到另一个存储后端(Cassandra, Elasticsearch)。

实验

All-in-one 是为快速本地测试而设计的可执行程序,通过内存存储组件启动 Jaeger UI、收集器、查询和代理,这里使用 Docker 镜像启动。使用浏览器访问 http://localhost:16686 Jaeger UI 。

 
1
2
3
4
5
6
7
8
9
10
11
docker run -d --name jaeger \
-e COLLECTOR_ZIPKIN_HTTP_PORT=9411 \
-p 5775:5775/udp \
-p 6831:6831/udp \
-p 6832:6832/udp \
-p 5778:5778 \
-p 16686:16686 \
-p 14268:14268 \
-p 14250:14250 \
-p 9411:9411 \
jaegertracing/all-in-one:1.21

Hello World

trace 是由 span 构成的有向无环图;span 是应用中一些工作的逻辑表示,span 至少包含操作名称、开始时间、结束时间。

OpenTracing API 特征

  • tracer 实例通过 start_span 开始新的 span
  • 每个 span 都有一个操作名称,这里是 say-hello
    • 操作名称代表了一类的 span ,而不是单一的实例
    • Jaeger UI 中可以根据操作名称检索 trace
  • 每个 span 必须通过调用它的 finish() 方法结束
    • 使用 with 上下文管理器
  • tracer 将自动捕获 span 的开始时间戳和结束时间戳
   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
import sys
import time
from lib.tracing import init_tracer

def say_hello(hello_to):
with tracer.start_span('say-hello') as span:
# 标签 tag,元数据
span.set_tag('hello-to', hello_to)

# 日志 log,包含时间戳和一些数据
hello_str = 'Hello, %s!' % hello_to
span.log_kv({'event': 'string-format', 'value': hello_str})

print(hello_str)
span.log_kv({'event': 'println'})

assert len(sys.argv) == 2

# 初始化全局 trace
# 将 tracer 开始的所有 span 标记为源自 hello-world 服务
tracer = init_tracer('hello-world')

hello_to = sys.argv[1]
say_hello(hello_to)

# span 有内部缓冲区,由后台线程刷新
# yield to IOLoop to flush the spans
time.sleep(2)
tracer.close()

标签(tag)或日志(log)

  • 标记用于描述应用于整个 span 的属性。
  • 日志包含时间戳,记录更详细的信息
    • 规范建议所有日志语句包含一个 event 字段,描述正在记录的整个事件,事件的其他属性作为附加字段
  • Standard Span tags and log fields

程序执行结果

 
1
2
3
4
5
6
7
8
9
(env) λ python -m lesson01.solution.hello Bryan
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x0000022CFE965BB0>[app_name=hello-world]
Hello, Bryan!
Reporting span 2b9c67de4734ed0d:7dd683971c41ccb4:0:1 hello-world.say-hello
Using proactor: IocpProactor
Span publisher exited

Context and Tracing Functions

在一个 trace 中追踪多个 span

  • SpanReference 表示 Span 之间的关系
    • SpanContext 可跨进程传播
    • ReferenceType 表示关系类型
      • ChildOf:依赖
      • FollowsFrom:后继
  • Scope Manager 机制
    • start_active_span 激活 Span(active)
      • 通过 tracer.active_span 访问 Span
      • 返回 Scope,通过 scope.span 访问 Span
      • 结束后才能复原先前活跃的 Span
   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
import sys
import time
from lib.tracing import init_tracer

def say_hello(hello_to):
with tracer.start_active_span('say-hello') as scope:
scope.span.set_tag('hello-to', hello_to)
hello_str = format_string(hello_to)
print_hello(hello_str)

def format_string(hello_to):
with tracer.start_active_span('format') as scope:
hello_str = 'Hello, %s!' % hello_to
scope.span.log_kv({'event': 'string-format', 'value': hello_str})
return hello_str

def print_hello(hello_str):
with tracer.start_active_span('println') as scope:
print(hello_str)
scope.span.log_kv({'event': 'println'})

# main
assert len(sys.argv) == 2

tracer = init_tracer('hello-world')

hello_to = sys.argv[1]
say_hello(hello_to)

# yield to IOLoop to flush the spans
time.sleep(2)
tracer.close()

程序执行结果

 
1
2
3
4
5
6
7
8
9
10
(env) λ python -m lesson02.solution.hello Bryan
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x000001F907207BE0>[app_name=hello-world]
Reporting span 119103464ff061a1:37c5aad4c3288538:377791e2ada77176:1 hello-world.format
Hello, Bryan!
Reporting span 119103464ff061a1:72841e6ad89fcc14:377791e2ada77176:1 hello-world.println
Reporting span 119103464ff061a1:377791e2ada77176:0:1 hello-world.say-hello
Using proactor: IocpProactor

Tracing RPC Requests

追踪进程边界和 RPC 调用(进程间上下文传播)

  • inject(spanContext, format, carrier)
  • extract(format, carrier)

format 参数是 OpenTracing API 定义的三种标准编码之一

  • TEXT_MAP:Span 上下文被编码为键值对的集合
  • BINARY:Span 上下文被编码为不透明的字节数组
  • HTTP_HEADERS:和 TEXT_MAP 类似,键必须是安全的才能用于 HTTP 头部字段

carrier 是底层 RPC 框架的抽象

  • 例如,TEXT_MAP 格式的载体是字典(dictionary),BINARY 格式的载体是字节数组(bytearray

客户端,发起 HTTP 请求

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
import requests
import sys
import time
from lib.tracing import init_tracer
from opentracing.ext import tags
from opentracing.propagation import Format

def say_hello(hello_to):
with tracer.start_active_span('say-hello') as scope:
scope.span.set_tag('hello-to', hello_to)
hello_str = format_string(hello_to)
print_hello(hello_str)

def format_string(hello_to):
with tracer.start_active_span('format') as scope:
hello_str = http_get(8081, 'format', 'helloTo', hello_to)
scope.span.log_kv({'event': 'string-format', 'value': hello_str})
return hello_str

def print_hello(hello_str):
with tracer.start_active_span('println') as scope:
http_get(8082, 'publish', 'helloStr', hello_str)
scope.span.log_kv({'event': 'println'})

def http_get(port, path, param, value):
url = 'http://localhost:%s/%s' % (port, path)

# 为当前活跃的 Span 附加元数据信息
span = tracer.active_span
span.set_tag(tags.HTTP_METHOD, 'GET')
span.set_tag(tags.HTTP_URL, url)
span.set_tag(tags.SPAN_KIND, tags.SPAN_KIND_RPC_CLIENT)

# 将 Span 注入 HTTP 头部,使用 headers 字典
headers = {}
tracer.inject(span, Format.HTTP_HEADERS, headers)

r = requests.get(url, params={param: value}, headers=headers)
assert r.status_code == 200
return r.text

# main
assert len(sys.argv) == 2

tracer = init_tracer('hello-world')

hello_to = sys.argv[1]
say_hello(hello_to)

# yield to IOLoop to flush the spans
time.sleep(2)
tracer.close()

响应请求 GET 'http://localhost:8081/format?helloTo=Bryan' ,返回字符串 Hello, Bryan!

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
from flask import Flask
from flask import request
from lib.tracing import init_tracer
from opentracing.ext import tags
from opentracing.propagation import Format

app = Flask(__name__)
tracer = init_tracer('formatter')

@app.route("/format")
def format():
# 解析传递过来的 Span 上下文
span_ctx = tracer.extract(Format.HTTP_HEADERS, request.headers)
# 为当前活跃的 Span 添加元数据信息
span_tags = {tags.SPAN_KIND: tags.SPAN_KIND_RPC_SERVER}
with tracer.start_active_span('format', child_of=span_ctx, tags=span_tags):
hello_to = request.args.get('helloTo')
return 'Hello, %s!' % hello_to

if __name__ == "__main__":
app.run(port=8081)

响应请求 GET 'http://localhost:8082/publish?helloStr=hi%20there' ,返回字符串 published,打印字符串 hi there 到标准输出流

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
from flask import Flask
from flask import request
from lib.tracing import init_tracer
from opentracing.ext import tags
from opentracing.propagation import Format

app = Flask(__name__)
tracer = init_tracer('publisher')

@app.route("/publish")
def publish():
span_ctx = tracer.extract(Format.HTTP_HEADERS, request.headers)
span_tags = {tags.SPAN_KIND: tags.SPAN_KIND_RPC_SERVER}
with tracer.start_active_span('publish', child_of=span_ctx, tags=span_tags):
hello_str = request.args.get('helloStr')
print(hello_str)
return 'published'

if __name__ == "__main__":
app.run(port=8082)

分别在两个命令行终端启动程序

 
1
2
3
4
5
# 8081
python -m lesson03.solution.formatter

# 8082
python -m lesson03.solution.publisher

用 curl 发起请求,查看响应结果

 
1
2
3
4
5
$ curl -s 'http://localhost:8081/format?helloTo=Bryan'
Hello, Bryan!

$ curl -s 'http://localhost:8082/publish?helloStr=hi%20there'
published

使用 Client 程序发起请求

 
1
2
3
4
5
6
7
8
9
10
11
12
13
(env) λ python -m lesson03.solution.hello Bryan
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x00000207F6E9C3D0>[app_name=hello-world]
Starting new HTTP connection (1): localhost:8081
http://localhost:8081 "GET /format?helloTo=Bryan HTTP/1.1" 200 13
Reporting span 4235cad8b8ce808d:e54fb451d1a77aba:63d2eb7238731d7d:1 hello-world.format
Starting new HTTP connection (1): localhost:8082
http://localhost:8082 "GET /publish?helloStr=Hello%2C+Bryan%21 HTTP/1.1" 200 9
Reporting span 4235cad8b8ce808d:4f0f035b3e14b3d6:63d2eb7238731d7d:1 hello-world.println
Reporting span 4235cad8b8ce808d:63d2eb7238731d7d:0:1 hello-world.say-hello
Using proactor: IocpProactor

两个服务的终端信息输出

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
(env) λ python -m lesson03.solution.formatter
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x0000029A03FC2A00>[app_name=formatter]
* Serving Flask app "formatter" (lazy loading)
* Environment: production
WARNING: This is a development server. Do not use it in a production deployment.
Use a production WSGI server instead.
* Debug mode: off
* Running on http://127.0.0.1:8081/ (Press CTRL+C to quit)
Reporting span 4235cad8b8ce808d:db684e7b3ed16d97:e54fb451d1a77aba:1 formatter.format
127.0.0.1 - - [06/Jan/2021 14:09:31] "GET /format?helloTo=Bryan HTTP/1.1" 200 -


(env) λ python -m lesson03.solution.publisher
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x000001FF28BC2550>[app_name=publisher]
* Serving Flask app "publisher" (lazy loading)
* Environment: production
WARNING: This is a development server. Do not use it in a production deployment.
Use a production WSGI server instead.
* Debug mode: off
* Running on http://127.0.0.1:8082/ (Press CTRL+C to quit)
Hello, Bryan!
Reporting span 4235cad8b8ce808d:d7bf7e691789d425:4f0f035b3e14b3d6:1 publisher.publish
127.0.0.1 - - [06/Jan/2021 14:09:33] "GET /publish?helloStr=Hello%2C+Bryan%21 HTTP/1.1" 200 -

Baggage

分布式上下文传播,使用 baggage 在调用图中传递数据

  • 在多租户系统中传递租期
  • 传递顶层调用者的身份信息
  • 为混沌工程传递故障注入指令
  • 为其他监控的数据传递请求范围的维度,比如分离生产环境与测试环境的流量度量
  • 由于可能影响系统性能,因此有大小限制
   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
import requests
import sys
import time
from lib.tracing import init_tracer
from opentracing.ext import tags
from opentracing.propagation import Format

def say_hello(hello_to, greeting):
with tracer.start_active_span('say-hello') as scope:
scope.span.set_tag('hello-to', hello_to)
# 设置 baggage
scope.span.set_baggage_item('greeting', greeting)
hello_str = format_string(hello_to)
print_hello(hello_str)

def format_string(hello_to):
with tracer.start_active_span('format') as scope:
hello_str = http_get(8081, 'format', 'helloTo', hello_to)
scope.span.log_kv({'event': 'string-format', 'value': hello_str})
return hello_str

def print_hello(hello_str):
with tracer.start_active_span('println') as scope:
http_get(8082, 'publish', 'helloStr', hello_str)
scope.span.log_kv({'event': 'println'})

def http_get(port, path, param, value):
url = 'http://localhost:%s/%s' % (port, path)

span = tracer.active_span
span.set_tag(tags.HTTP_METHOD, 'GET')
span.set_tag(tags.HTTP_URL, url)
span.set_tag(tags.SPAN_KIND, tags.SPAN_KIND_RPC_CLIENT)
headers = {}
tracer.inject(span, Format.HTTP_HEADERS, headers)

r = requests.get(url, params={param: value}, headers=headers)
assert r.status_code == 200
return r.text

# main
assert len(sys.argv) == 3

tracer = init_tracer('hello-world')

hello_to = sys.argv[1]
greeting = sys.argv[2]
say_hello(hello_to, greeting)

# yield to IOLoop to flush the spans
time.sleep(2)
tracer.close()

修改 formatter 程序,读取 baggage 中的信息,进行判断和打印;publisher 程序不作改动

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
from flask import Flask
from flask import request
from lib.tracing import init_tracer
from opentracing.ext import tags
from opentracing.propagation import Format

app = Flask(__name__)
tracer = init_tracer('formatter')

@app.route("/format")
def format():
span_ctx = tracer.extract(Format.HTTP_HEADERS, request.headers)
span_tags = {tags.SPAN_KIND: tags.SPAN_KIND_RPC_SERVER}
with tracer.start_active_span('format', child_of=span_ctx, tags=span_tags) as scope:
# 读取 baggage
greeting = scope.span.get_baggage_item('greeting')
if not greeting:
greeting = 'Hello'
hello_to = request.args.get('helloTo')
return '%s, %s!' % (greeting, hello_to)

if __name__ == "__main__":
app.run(port=8081)

分别在两个命令行终端启动程序,然后使用 client 程序发起请求

 
1
2
3
4
5
6
7
8
9
10
11
12
13
(env) λ python -m lesson04.solution.hello Bryan Bonjour
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x000001B38C03B6D0>[app_name=hello-world]
Starting new HTTP connection (1): localhost:8081
http://localhost:8081 "GET /format?helloTo=Bryan HTTP/1.1" 200 15
Reporting span ea46c463f8e23559:99bab13b82e5316:c1c3826e5703dfb7:1 hello-world.format
Starting new HTTP connection (1): localhost:8082
http://localhost:8082 "GET /publish?helloStr=Bonjour%2C+Bryan%21 HTTP/1.1" 200 9
Reporting span ea46c463f8e23559:8090336103abbed0:c1c3826e5703dfb7:1 hello-world.println
Reporting span ea46c463f8e23559:c1c3826e5703dfb7:0:1 hello-world.say-hello
Using proactor: IocpProactor

两个服务的终端信息输出

   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
(env) λ python -m lesson04.solution.formatter
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x00000239E4D92A00>[app_name=formatter]
* Serving Flask app "formatter" (lazy loading)
* Environment: production
WARNING: This is a development server. Do not use it in a production deployment.
Use a production WSGI server instead.
* Debug mode: off
* Running on http://127.0.0.1:8081/ (Press CTRL+C to quit)
Reporting span ea46c463f8e23559:ab54bb753bc2e52b:99bab13b82e5316:1 formatter.format
127.0.0.1 - - [06/Jan/2021 14:26:04] "GET /format?helloTo=Bryan HTTP/1.1" 200 -

(env) λ python -m lesson04.solution.publisher
Initializing Jaeger Tracer with UDP reporter
Using proactor: IocpProactor
Using sampler ConstSampler(True)
opentracing.tracer initialized to <jaeger_client.tracer.Tracer object at 0x00000152BCA62A00>[app_name=publisher]
* Serving Flask app "publisher" (lazy loading)
* Environment: production
WARNING: This is a development server. Do not use it in a production deployment.
Use a production WSGI server instead.
* Debug mode: off
* Running on http://127.0.0.1:8082/ (Press CTRL+C to quit)
Bonjour, Bryan!
Reporting span ea46c463f8e23559:70c8b72c72221e5d:8090336103abbed0:1 publisher.publish
127.0.0.1 - - [06/Jan/2021 14:26:06] "GET /publish?helloStr=Bonjour%2C+Bryan%21 HTTP/1.1" 200 -

参阅

 

引用:https://jckling.github.io/2021/04/02/Jaeger/%E5%85%A8%E9%93%BE%E8%B7%AF%E8%BF%BD%E8%B8%AA%E4%B8%8E%20Jaeger%20%E5%85%A5%E9%97%A8/index.html

标签:span,format,Jaeger,hello,链路,Span,tracer,追踪
From: https://www.cnblogs.com/blue85/p/18575688

相关文章

  • 计算机网络复习数据链路层(第三章)
    数据链路层基本情况主要功能:负责相邻节点间数据帧的传输使用通道:(1)点对点通道即一对一通信(2)广播信道即一对多,也称点对多点连路与数据链路的关系:三个基本问题数据链路层协议有许多种,但有三个基本问题则是共同的。分别为:封装成帧、透明传输和差错检测。分装成帧封装成帧就......
  • 7. Spring Cloud Sleuth+ZipKin 链路监控的配置详细解析
    7.SpringCloudSleuth+ZipKin链路监控的配置详细解析@目录7.SpringCloudSleuth+ZipKin链路监控的配置详细解析前言:1.SpringCloudSleuth+ZipKin的概述1.1Sleuth/ZipKin是什么?1.2Sleuth和Zipkin的简单关系图:1.3Sleuth工作原理解析2.Sleuth+ZipKin的......
  • 如何优化团队进度追踪?看板管理方法
    看板管理作为一种可视化、灵活的项目管理工具,以其清晰的工作流程展示和动态的任务状态更新,成为优化进度追踪的利器。本文将从看板管理的核心理念出发,探讨其对进度追踪的优化策略,并提供实践建议。一、看板管理与进度追踪1)看板管理核心理念:可视化与流动性看板管理起源于丰田生......
  • gin集成jaeger中间件实现链路追踪
    gin集成jaeger中间件实现链路追踪_jaeger链路跟踪-CSDN博客  2.技术选型2.1方案对比图【1】来自网络,请自行对比验证图12.2选型本项目基于golang和gin框架,以及链路中间件对比,选择jaeger作为工具进行集成。3.核心实现3.1jaeger服务搭建这里就借助网上的all-in-one的do......
  • 全链路压测的意义
    全链路压测?基于实际的生产业务场景和系统环境,模拟海量的用户请求和数据,对整个业务链路进行各种场景的测试验证,持续发现并进行瓶颈调优,保障系统稳定性的一个技术工程。针对业务场景越发复杂化、海量数据冲击,发现并解决整个业务系统的可用性、扩展性以及容错性的过程。核心流程......
  • 基于Java+SSM+HTML5个人健康信息管理系统(源码+LW+调试文档+讲解等)/个人健康记录/健
    博主介绍......
  • MySQL UPDATE语句执行链路解析
    文章目录引言1.总览:UPDATE语句的执行链路2.客户端发起请求2.1SQL请求的形成2.2MySQL通信协议3.连接器模块3.1连接管3.2会话上下文4.SQL解析器4.1语法解析4.2语法错误处理5.查询优化器5.1查询优化的核心概念5.2优化器生成执行计划的步骤5.3优化器常见挑......
  • Cookie 是什么?从保存登录到广告追踪的那些事
    你有没有想过,为什么购物网站能记住你没结算的商品,视频网站会推荐你喜欢的内容?这一切的“幕后功臣”就是浏览器中的Cookie。它是一个看不见的小帮手,但很多时候,它也可能成为广告商和数据收集者的工具。今天,我们就来聊聊Cookie的前世今生、工作原理,以及如何保护自己的隐私。Cooki......
  • yolov8+多算法多目标追踪+实例分割+目标检测+姿态估计(代码+教程)
    #多目标追踪+实例分割+目标检测YOLO(YouOnlyLookOnce)是一个流行的目标检测算法,它能够在图像中准确地定位和识别多个物体。在这里插入图片描述本项目是基于YOLO算法的目标跟踪系统,它将YOLO的目标检测功能与目标跟踪技术相结合,实现了实时的多目标跟踪。在目标......
  • 点跟踪论文—CoTracker: It is Better to Track Together使用Transform的时间与空间注
    CoTracker:ItisBettertoTrackTogether使用Transform的时间与空间注意力机制的密集点联合追踪算法详细解析文章概括总结:在之前学习的TrackingEverythingEverywhereAllatOnce(2023ICCV最佳学生论文)与RAFT:RecurrentAll-PairsFieldTransformsforOpticalF......