当前位置:首页 >专题 >OpenTelemetry Go 编译期自动插桩工程专题
OpenTelemetry Go 编译期自动插桩工程专题
官网、快速开始与 SDK 入口
先把 otelc、Go SDK 和零代码边界读准确
OpenTelemetry Go 编译期自动插桩文档
说明 otelc 如何通过 Go -toolexec 在构建时注入遥测,并介绍生产适用场景。
OpenTelemetry Go 官方文档
汇总 Go API、SDK、Trace、Metrics、Logs、Exporter、Resource 和示例入口。
OpenTelemetry Go Instrumentation Libraries
介绍 Go 第三方库 instrumentation 包的安装、配置和自定义埋点边界。
otelc 官方项目仓库
提供工具源码、demo、instrumentation 包、规则、测试和发布信息。
otelc Getting Started 快速开始
从构建 otelc、运行 demo 到 go tool otelc、setup 和 pin 给出完整路径。
otelc 外部配置协议
定义 otel.instrumentation.go、规则发现、依赖解析和可复现配置来源。
OpenTelemetry Go Auto SDK
解释自动插桩 span 与手工 span 通过 Auto SDK 共享上下文的方式。
otelc API 与项目结构设计
说明工具、runtime、instrumentation 包、规则文件和扩展方式。
otelc Go 模块 API 参考
提供 otelc 模块的 Go 包、版本和依赖参考。
otelc 上线前的常见问题
把构建、规则、运行时和安全边界说清楚
编译期自动插桩会不会修改业务源码?
不会。otelc 在构建阶段通过 -toolexec 匹配规则并注入 hook,源码仓库不需要加入手工埋点;但构建产物、依赖和规则版本必须纳入可复现构建审查。
otelc 和 Go eBPF 自动插桩应该怎么选?
otelc 适合能控制构建流程、希望覆盖第三方库且不能运行特权 agent 的场景;eBPF 更适合运行时旁路接入。两者也可以按服务边界组合,但要避免重复 span 和 SDK 冲突。
为什么要提交 otel.instrumentation.go 或固定规则?
自动发现适合快速试用,显式 tool 文件和规则包更适合 CI 与生产,因为它能记录启用的 instrumentation、约束版本并减少工具升级导致的隐式变化。
编译期插桩后如何验证没有重复或丢失遥测?
应使用未插桩和插桩构建对照,检查服务、库调用和上下文传播的 span 数量与属性,再在 Collector 侧观察接收、处理、导出、丢弃和延迟指标,并保留回退构建。
相关专题
继续查看相近方向内容
-
- MLflow Model Alias 怎么替代固定版本号部署
- 53秒前 360浏览
-
- Go fs.Sub 为什么会拒绝带点点的路径
- 4分钟前 433浏览
-
- 90fps画质硬件检测怎么用?设备信息、离线模拟与个性化建议说明
- 13分钟前 375浏览
-
- VLC 字幕不同步怎么精确调整延迟
- 15分钟前 263浏览
-
- Go slog.LevelVar 怎么运行时调整日志级别
- 18分钟前 340浏览
-
- Redis SET 的 GET 选项怎么原子取得旧值
- 22分钟前 413浏览
-
- tuozi工具箱版本怎么看?官网标注、6.0.1与更新日期核对
- 31分钟前 366浏览
-
- Go fs.WalkDir 返回 SkipDir 与 SkipAll 有什么区别
- 31分钟前 283浏览

