当前位置：首页 >专题 >OpenTelemetry 缺失遥测诊断与恢复工程专题
OpenTelemetry 缺失遥测诊断与恢复工程专题
官方入口、SDK 与协议文档
先确认遥测生成、传输和呈现各层的官方边界
OpenTelemetry 官方网站
OpenTelemetry 官方项目入口，汇总规范、语言 SDK、Collector、生态和博客。
When Missing Telemetry Is the Signal
官方从空白仪表盘出发，解释没有数据与数据停止上报为何看起来相同。
OpenTelemetry Go 文档
Go API、SDK、Trace、Metrics、Logs、资源属性和导出器的官方文档入口。
Go Getting Started 快速开始
从 Go 应用安装依赖、创建 TracerProvider 到导出第一条遥测的官方路径。
OpenTelemetry Protocol 规范
说明 OTLP 的 gRPC、HTTP、请求响应、编码和传输语义。
OpenTelemetry Collector 官方文档
覆盖 Receiver、Processor、Exporter、Pipeline、配置和部署方式。
OpenTelemetry Go SDK GitHub 仓库
提供 Go API、SDK、模块版本、示例、问题和发布记录。
OpenTelemetry Go API 参考
Go SDK 的包、类型、Tracer、Meter、Context 和版本化 API 参考。
Go 遥测生成、传输与空白信号排障
按发送端、关联字段和后端查询逐层恢复证据
缺失遥测诊断常见问题
从空白面板、零 ID 到 OTLP 管道逐项定位
OpenTelemetry 仪表盘为空，如何区分没有流量和遥测丢失？
先用业务请求计数、应用日志和健康检查确认是否有流量，再检查 SDK 创建 Span、Exporter 调用、OTLP 响应、Collector 接收计数和后端查询范围；只有业务有请求而遥测链路某段计数归零时，才可判定为缺失遥测。
Go 服务已经创建 Span，为什么后端仍然看不到 Trace？
按顺序核对 TracerProvider 是否注册、BatchSpanProcessor 是否 flush、OTLP endpoint 和协议是否匹配、网络与 TLS 是否可达、Collector receiver 是否监听，以及后端查询的 service.name、时间范围和采样策略。
trace_id 和 span_id 都是 0，应该先改哪里？
先确认代码在有效 Span 上下文中读取 ID，而不是在根 Span 创建前或错误的 goroutine/context 中读取；再检查上下文是否通过 HTTP、RPC 或消息边界传播，并为每个请求记录可关联的日志。
缺失遥测排障时，Trace、Metrics、Logs 应该如何互相验证？
用 Metrics 判断请求或错误是否发生，用 Trace 判断跨服务路径和延迟，用 Logs 保留 trace_id、span_id 与错误上下文；三者应共享资源属性和时间窗口，任何一类单独为空都要沿生成、传输、存储、查询链路继续定位。
相关专题
继续查看相近方向内容
-
- Go tar.Writer.AddFS 打包目录时怎样处理嵌套文件系统错误
- 1分钟前 279浏览
-
- encoding/base64 NewEncoder 关闭前为什么必须 Flush
- 5分钟前 112浏览
-
- compress/zlib NewReader 遇到校验错误怎么识别
- 8分钟前 317浏览
-
- bytes.Reader 怎么用 Seek 重放内存数据
- 13分钟前 496浏览
-
- bytes.Buffer Bytes 返回切片后怎么避免后续写入覆盖
- 17分钟前 329浏览
-
- bufio.Writer Flush 返回错误时怎么保留写入状态
- 20分钟前 194浏览
-
- bufio.Reader 怎么安全读取带前缀长度的二进制帧
- 22分钟前 236浏览
-
- Go os.File.ReadAt 怎样读取大文件中的固定偏移数据
- 30分钟前 143浏览
