这是我参与11月更文挑战的第13天,活动详情查看:2021最后一次更文挑战
介绍
通过一个完整例子,基于 Echo 框架实现分布式日志追踪。
什么是 API 日志追踪?
一个 API 请求会跨多个微服务,我们希望通过一个唯一的 ID 检索到整个链路的日志。
我们将会使用 rk-boot 来启动 Echo 框架的微服务。
请访问如下地址获取完整教程:
安装
1 | go复制代码go get github.com/rookie-ninja/rk-boot |
快速开始
我们会创建 /v1/greeter API 进行验证,同时开启 logging, meta 和 tracing 中间件以达到目的。
- 创建 bootA.yaml & serverA.go
ServerA 监听 1949 端口,并且发送请求给 ServerB。
我们通过 rkechoctx.InjectSpanToNewContext() 方法把 Tracing 信息注入到 Context 中,发送给 ServerB。
1 | yaml复制代码--- |
1 | go复制代码// Copyright (c) 2021 rookie-ninja |
- 创建 bootB.yaml & serverB.go
ServerB 监听 2008 端口。
1 | yaml复制代码--- |
1 | go复制代码// Copyright (c) 2021 rookie-ninja |
- 文件夹结构
1 | go复制代码. |
- 启动 ServerA & ServerB
1 | go复制代码$ go run serverA.go |
- 往 ServerA 发送请求
1 | shell复制代码$ curl localhost:1949/v1/greeter |
- 验证日志
两个服务的日志中,会有同样的 traceId,不同的 requestId。
我们可以通过 grep traceId 来追踪 RPC。
- ServerA
1 | ini复制代码------------------------------------------------------------------------ |
- ServerB
1 | ini复制代码------------------------------------------------------------------------ |
概念
当我们没有使用例如 jaeger 调用链服务的时候,我们希望通过日志来追踪分布式系统里的 RPC 请求。
rk-boot 的中间件会通过 openTelemetry 库来向日志写入 traceId 来追踪 RPC。
当启动了日志中间件,原数据中间件,调用链中间件的时候,中间件会往日志里写入如下三种 ID。
EventId
当启动了日志中间件,EventId 会自动生成。
1 | yaml复制代码--- |
1 | ini复制代码------------------------------------------------------------------------ |
RequestId
当启动了日志中间件和原数据中间件,RequestId 和 EventId 会自动生成,并且这两个 ID 会一致。
1 | yaml复制代码--- |
1 | ini复制代码------------------------------------------------------------------------ |
即使用户覆盖了 RequestId,EventId 也会保持一致。
1 | arduino复制代码rkechoctx.AddHeaderToClient(ctx, rkechoctx.RequestIdKey, "overridden-request-id") |
1 | ini复制代码------------------------------------------------------------------------ |
TraceId
当启动了调用链中间件,traceId 会自动生成。
1 | yaml复制代码--- |
1 | ini复制代码------------------------------------------------------------------------ |
本文转载自: 掘金