答案：Golang结合OpenTelemetry可实现云原生分布式追踪，通过otelhttp自动注入追踪逻辑，利用OTLP导出至Collector并对接Jaeger等后端，完成跨服务上下文传播与可视化。
在云原生架构中，服务通常被拆分为多个微服务，分布在不同的节点上运行。当一次请求跨越多个服务时，排查性能瓶颈或定位错误变得困难。分布式追踪正是为了解决这一问题而设计的。Golang 凭借其高并发和轻量级特性，非常适合构建云原生应用，结合 OpenTelemetry 等标准框架，可以高效实现分布式追踪。
集成 OpenTelemetry 实现基础追踪
OpenTelemetry 是目前主流的可观测性框架，支持多种语言，提供统一的 API 来收集 traces、metrics 和 logs。在 Golang 中使用它，可以轻松为服务添加追踪能力。
安装依赖：
go get go.opentelemetry.io/otel \ go.opentelemetry.io/otel/sdk \ go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp初始化 tracer provider 并导出数据到 Jaeger 或 OTLP 后端：
立即学习“go语言免费学习笔记（深入）”；
package mainimport ( "context" "go.opentelemetry.io/otel" "go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc" "go.opentelemetry.io/otel/propagation" "go.opentelemetry.io/otel/sdk/resource" sdktrace "go.opentelemetry.io/otel/sdk/trace" semconv "go.opentelemetry.io/otel/semconv/v1.26.0" )
func initTracer() (*sdktrace.TracerProvider, error) { ctx := context.Background()
// 使用 gRPC 导出 trace 到 collector
exporter, err := otlptracegrpc.New(ctx)
if err != nil {
return nil, err
}
tp := sdktrace.NewTracerProvider(
sdktrace.WithBatcher(exporter),
sdktrace.WithResource(resource.NewWithAttributes(
semconv.SchemaURL,
semconv.ServiceNameKey.String("my-go-service"),
)),
)
// 设置全局 tracer
otel.SetTracerProvider(tp)
otel.SetTextMapPropagator(propagation.TraceContext{})
return tp, nil}
这段代码配置了 tracer 并连接到本地或远程的 OTLP 接收器（如 OpenTelemetry Collector），后续所有 span 都会自动上报。
在 HTTP 服务中注入追踪逻辑
大多数微服务通过 HTTP 进行通信。使用 otelhttp 可以自动为 net/http 客户端和服务端添加追踪。
示例：包装 HTTP handler
import "go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp"func main() { tp, _ := initTracer() defer tp.Shutdown(context.Background())
mux := http.NewServeMux()
mux.HandleFunc("/api", func(w http.ResponseWriter, r *http.Request) {
tr := otel.Tracer("handler")
ctx, span := tr.Start(r.Context(), "process-request")
// 模拟业务处理
time.Sleep(50 * time.Millisecond)
span.End()
w.Write([]byte("OK"))
})
// 使用 otelhttp 包装 handler，自动记录请求 span
wrappedHandler := otelhttp.NewHandler(mux, "api-server")
http.ListenAndServe(":8080", wrappedHandler)}
此时每个进入的请求都会生成一个 span，并携带 trace-id 和 span-id，跨服务调用时也能保持上下文传递。
跨服务传播与客户端追踪
当服务 A 调用服务 B 时，必须将 trace 上下文通过 HTTP Header 传递下去，才能形成完整的调用链。
使用 otelhttp 的客户端包装即可自动完成上下文注入：
client := http.Client{ Transport: otelhttp.NewTransport(http.DefaultTransport), }req, _ := http.NewRequest("GET", "https://www.php.cn/link/a570d1a9488ae63742a5d82c946a44ea", nil) resp, err := client.Do(req)
上述代码中，otelhttp.Transport 会在发出请求前自动将当前 span 的上下文写入 HTTP 头（如 traceparent），目标服务接收到后能正确解析并继续 trace 链路。
确保目标服务也启用了 otelhttp.Handler，这样整个调用链就能无缝串联。
对接可视化系统（如 Jaeger 或 Tempo）
采集到的 trace 数据需要发送到后端进行存储和展示。常见方案包括：
- 直接导出到 Jaeger（通过 jaeger exporter）
- 使用 OpenTelemetry Collector 统一接收，再转发到 Tempo、Jaeger 或其他 backend
如果使用 Collector，只需配置 OTLP exporter 指向 collector 地址：
exporter, err := otlptracegrpc.New(ctx, otlptracegrpc.WithInsecure(), otlptracegrpc.WithEndpoint("localhost:4317"), )Collector 配置示例（collector.yaml）：
receivers: otlp: protocols: grpc:processors: batch:
exporters: jaeger: endpoint: "jaeger:14250" tls: insecure: true
service: pipelines: traces: receivers: [otlp] processors: [batch] exporters: [jaeger]
启动 collector 后，Go 应用产生的 trace 就能出现在 Jaeger UI 中，查看完整调用路径、延迟分布等信息。
基本上就这些。Golang 实现云原生分布式追踪并不复杂，关键是标准化接入 OpenTelemetry，合理配置导出链路，并确保服务间上下文正确传递。只要每一步都启用自动 instrumentation，就能低成本获得完整的端到端追踪能力。
