关于grpc:GRPC-如何实现分布式日志跟踪

45次阅读

共计 6911 个字符，预计需要花费 18 分钟才能阅读完成。

简介：本文将介绍如何在 gRPC 分布式场景中，实现 API 的日志跟踪。

本文将介绍如何在 gRPC 分布式场景中，实现 API 的日志追踪。

一个 API 申请会跨多个微服务，咱们心愿通过一个惟一的 ID 检索到整个链路的日志。

咱们将会应用 rk-boot 来启动 gRPC 服务。

请拜访如下地址获取残缺教程：

https://rkdev.info/cn
https://rkdocs.netlify.app/cn (备用)

go get github.com/rookie-ninja/rk-boot

rk-boot 默认集成了 grpc-gateway，并且会默认启动。

咱们会创立 /api/v1/greeter API 进行验证，同时开启 logging, meta 和 tracing 拦截器以达到目标。

syntax = "proto3";

package api.v1;

option go_package = "api/v1/greeter";

service Greeter {rpc Greeter (GreeterRequest) returns (GreeterResponse) {}}

message GreeterRequest {string name = 1;}

message GreeterResponse {string message = 1;}

type: google.api.Service
config_version: 3

# Please refer google.api.Http in https://github.com/googleapis/googleapis/blob/master/google/api/http.proto file for details.
http:
  rules:
    - selector: api.v1.Greeter.Greeter
      get: /api/v1/greeter

version: v1beta1
name: github.com/rk-dev/rk-demo
build:
  roots:
    - api

version: v1beta1
plugins:
  # protoc-gen-go needs to be installed, generate go files based on proto files
  - name: go
    out: api/gen
    opt:
     - paths=source_relative
  # protoc-gen-go-grpc needs to be installed, generate grpc go files based on proto files
  - name: go-grpc
    out: api/gen
    opt:
      - paths=source_relative
      - require_unimplemented_servers=false
  # protoc-gen-grpc-gateway needs to be installed, generate grpc-gateway go files based on proto files
  - name: grpc-gateway
    out: api/gen
    opt:
      - paths=source_relative
      - grpc_api_configuration=api/v1/gw_mapping.yaml
  # protoc-gen-openapiv2 needs to be installed, generate swagger config files based on proto files
  - name: openapiv2
    out: api/gen
    opt:
      - grpc_api_configuration=api/v1/gw_mapping.yaml

$ buf generate
如下的文件会被创立。$ tree api/gen 
api/gen
└── v1
    ├── greeter.pb.go
    ├── greeter.pb.gw.go
    ├── greeter.swagger.json
    └── greeter_grpc.pb.go
 
1 directory, 4 files

Server-A 监听 1949 端口，并且发送申请给 Server-B。

咱们通过 rkgrpcctx.InjectSpanToNewContext() 办法把 Tracing 信息注入到 Context 中，发送给 Server-B。

---
grpc:
  - name: greeter                   # Name of grpc entry
    port: 1949                      # Port of grpc entry
    enabled: true                   # Enable grpc entry
    interceptors:
      loggingZap:
        enabled: true
      meta:
        enabled: true
      tracingTelemetry:
        enabled: true

package main

import (
    "context"
    "demo/api/gen/v1"
    "fmt"
    "github.com/rookie-ninja/rk-boot"
    "github.com/rookie-ninja/rk-grpc/interceptor/context"
    "google.golang.org/grpc"
)

// Application entrance.
func main() {
    // Create a new boot instance.
    boot := rkboot.NewBoot(rkboot.WithBootConfigPath("bootA.yaml"))

    // Get grpc entry with name
    grpcEntry := boot.GetGrpcEntry("greeter")
    grpcEntry.AddRegFuncGrpc(registerGreeter)
    grpcEntry.AddRegFuncGw(greeter.RegisterGreeterHandlerFromEndpoint)

    // Bootstrap
    boot.Bootstrap(context.Background())

    // Wait for shutdown sig
    boot.WaitForShutdownSig(context.Background())
}

func registerGreeter(server *grpc.Server) {greeter.RegisterGreeterServer(server, &GreeterServer{})
}

type GreeterServer struct{}

func (server *GreeterServer) Greeter(ctx context.Context, request *greeter.GreeterRequest) (*greeter.GreeterResponse, error) {
    // Call serverB at 2008 with grpc client
    opts := []grpc.DialOption{grpc.WithBlock(),
        grpc.WithInsecure(),}
    conn, _ := grpc.Dial("localhost:2008", opts...)
    defer conn.Close()
    client := greeter.NewGreeterClient(conn)

    // Inject current trace information into context
    newCtx := rkgrpcctx.InjectSpanToNewContext(ctx)
    client.Greeter(newCtx, &greeter.GreeterRequest{Name: "A"})

    return &greeter.GreeterResponse{Message: fmt.Sprintf("Hello %s!", request.Name),
    }, nil
}

Server-B 监听 2008 端口。

---
grpc:
  - name: greeter                   # Name of grpc entry
    port: 2008                      # Port of grpc entry
    enabled: true                   # Enable grpc entry
    interceptors:
      loggingZap:
        enabled: true
      meta:
        enabled: true
      tracingTelemetry:
        enabled: true

package main

import (
    "context"
    "demo/api/gen/v1"
    "fmt"
    "github.com/rookie-ninja/rk-boot"
    "google.golang.org/grpc"
)

// Application entrance.
func main() {
    // Create a new boot instance.
    boot := rkboot.NewBoot(rkboot.WithBootConfigPath("bootB.yaml"))

    // Get grpc entry with name
    grpcEntry := boot.GetGrpcEntry("greeter")
    grpcEntry.AddRegFuncGrpc(registerGreeterB)
    grpcEntry.AddRegFuncGw(greeter.RegisterGreeterHandlerFromEndpoint)

    // Bootstrap
    boot.Bootstrap(context.Background())

    // Wait for shutdown sig
    boot.WaitForShutdownSig(context.Background())
}

func registerGreeterB(server *grpc.Server) {greeter.RegisterGreeterServer(server, &GreeterServerB{})
}

type GreeterServerB struct{}

func (server *GreeterServerB) Greeter(ctx context.Context, request *greeter.GreeterRequest) (*greeter.GreeterResponse, error) {
    return &greeter.GreeterResponse{Message: fmt.Sprintf("Hello %s!", request.Name),
    }, nil
}

├── api
│   ├── gen
│   │   └── v1
│   │     ├── greeter.pb.go
│   │     ├── greeter.pb.gw.go
│   │     ├── greeter.swagger.json
│   │     └── greeter_grpc.pb.go
│   └── v1
│       ├── greeter.proto
│       └── gw_mapping.yaml
├── bootA.yaml
├── bootB.yaml
├── buf.gen.yaml
├── buf.yaml
├── go.mod
├── go.sum
├── serverA.go
└── serverB.go

`$ go run serverA.go
$ go run serverB.go`

¥ curl “localhost:1949/api/v1/greeter?name=rk-dev”

两个服务的日志中，会有同样的 traceId，不同的 requestId。

咱们能够通过 grep traceId 来追踪 RPC。

ServerA

------------------------------------------------------------------------
endTime=2021-10-20T00:02:21.739688+08:00
...
ids={"eventId":"0d145356-998a-4999-ab62-6f1b805274a0","requestId":"0d145356-998a-4999-ab62-6f1b805274a0","traceId":"c36a45eb076066df39fa407174012369"}
...
operation=/api.v1.Greeter/Greeter
resCode=OK
eventStatus=Ended
EOE

ServerB

------------------------------------------------------------------------
endTime=2021-10-20T00:02:21.739125+08:00
...
ids={"eventId":"8858a6eb-e953-42ad-bdc3-c466bbbd798e","requestId":"8858a6eb-e953-42ad-bdc3-c466bbbd798e","traceId":"c36a45eb076066df39fa407174012369"}
...
operation=/api.v1.Greeter/Greeter
resCode=OK
eventStatus=Ended
EOE

当咱们没有应用例如 jaeger 调用链服务的时候，咱们心愿通过日志来追踪分布式系统里的 RPC 申请。

rk-boot 的拦截器会通过 openTelemetry 库来向日志写入 traceId 来追踪 RPC。

当启动了日志拦截器，原数据拦截器，调用链拦截器的时候，拦截器会往日志里写入如下三种 ID。

EventId

当启动了日志拦截器，EventId 会主动生成。

---
grpc:
  - name: greeter                   # Name of grpc entry
    port: 1949                      # Port of grpc entry
    enabled: true                   # Enable grpc entry
    interceptors:
      loggingZap:
        enabled: true

------------------------------------------------------------------------
...
ids={"eventId":"cd617f0c-2d93-45e1-bef0-95c89972530d"}
...

RequestId

当启动了日志拦截器和原数据拦截器，RequestId 和 EventId 会主动生成，并且这两个 ID 会统一。

---
grpc:
  - name: greeter                   # Name of grpc entry
    port: 1949                      # Port of grpc entry
    enabled: true                   # Enable grpc entry
    interceptors:
      loggingZap:
        enabled: true
      meta:
        enabled: true
------------------------------------------------------------------------

...
ids={"eventId":"8226ba9b-424e-4e19-ba63-d37ca69028b3","requestId":"8226ba9b-424e-4e19-ba63-d37ca69028b3"}
...

即便用户笼罩了 RequestId，EventId 也会保持一致。

rkgrpcctx.AddHeaderToClient(ctx, rkgrpcctx.RequestIdKey, "overridden-request-id")

------------------------------------------------------------------------
...
ids={"eventId":"overridden-request-id","requestId":"overridden-request-id"}
...

TraceId

当启动了调用链拦截器，traceId 会主动生成。

---
grpc:
  - name: greeter                   # Name of grpc entry
    port: 1949                      # Port of grpc entry
    enabled: true                   # Enable grpc entry
    interceptors:
      loggingZap:
        enabled: true
      meta:
        enabled: true
      tracingTelemetry:
        enabled: true

------------------------------------------------------------------------
...
ids={"eventId":"dd19cf9a-c7be-486c-b29d-7af777a78ebe","requestId":"dd19cf9a-c7be-486c-b29d-7af777a78ebe","traceId":"316a7b475ff500a76bfcd6147036951c"}
...

原文链接
本文为阿里云原创内容，未经容许不得转载。

正文完

grpc

发表至： grpc

2021-10-21

0

关于grpc:gRPC的理解与使用

关于grpc:理解-GRPC-中的长连接

关于grpc:聊一聊-gRPC-的四种通信模式

关于grpc:gRPC-源码阅读及实践之-resolver

关于低代码:驳低代码开发取代程序员论-为什么专业开发者也需要低代码

关于grpc:GRPC-如何实现分布式日志跟踪

介绍

什么是 API 日志追踪？

装置

疾速开始

1. 创立 api/v1/greeter.proto

2. 创立 api/v1/gw_mapping.yaml

3. 创立 buf.yaml

4. 创立 buf.gen.yaml

5. 编译 proto file

6. 创立 bootA.yaml & serverA.go

7. 创立 bootB.yaml & serverB.go

8. 文件夹构造

9. 启动 ServerA & ServerB

10. 往 ServerA 发送申请

11. 验证日志

概念

Just My Socks（注册教程内含优惠码）

关于grpc:GRPC-如何实现分布式日志跟踪

介绍

什么是 API 日志追踪？

装置

疾速开始

1. 创立 api/v1/greeter.proto

2. 创立 api/v1/gw_mapping.yaml

3. 创立 buf.yaml

4. 创立 buf.gen.yaml

5. 编译 proto file

6. 创立 bootA.yaml & serverA.go

7. 创立 bootB.yaml & serverB.go

8. 文件夹构造

9. 启动 ServerA & ServerB

10. 往 ServerA 发送申请

11. 验证日志

概念

Just My Socks（注册教程 内含优惠码）

Just My Socks（注册教程内含优惠码）