当前位置:首页 >专题 >OpenTelemetry eBPF Instrumentation OBI 运行时可观测工程专题
OpenTelemetry eBPF
OpenTelemetry eBPF Instrumentation OBI 运行时可观测工程专题
用 OBI 在不改源码的前提下观测 Linux Go 服务
OpenTelemetry eBPF Instrumentation(OBI)用 eBPF 在 Linux 运行时观测应用,不要求修改业务源码或重新编译服务。本专题围绕 OBI v1.0.0 的官方文档、安装与快速开始,串联 Go 服务的 Trace、日志关联、Collector 管道和 eBPF 工具基础,帮助开发者准确判断自动生成遥测的覆盖范围、权限约束、重复采集风险与生产回退边界。
官网、开放项目与快速开始
先把 OBI 的运行时边界、安装和数据路径读准确
官方
OpenTelemetry OBI v1.0.0 发布说明
官方介绍 OBI v1.0.0、eBPF 运行时自动观测、支持范围和生产成熟度。
官方
OBI 官方文档
汇总 OBI 的概念、安装、配置、语言支持和限制条件。
官方
OBI Getting Started 快速开始
从安装运行到观察首个 Linux 服务,给出可复现的起步路径。
官方
OBI 官方 GitHub 仓库
提供源码、探针、发布版本、问题追踪和贡献入口。
官方
OBI README 与安装入口
说明安装方式、运行前提、自动发现和输出遥测的基本用法。
官方
OBI Getting Started 文档
补充仓库侧的构建、运行和示例验证步骤。
官方
OBI 配置文档
介绍进程选择、资源属性、导出和运行参数的配置边界。
官方
OpenTelemetry Go 官方文档
提供 Go API、SDK、Trace、Metrics、Logs、Exporter 和 Resource 入口。
官方
OBI Go 模块 API 参考
提供模块版本、包和 API 参考入口。
OBI 上线前的常见问题
把源码、权限、覆盖率和回退边界说清楚
OBI 会不会修改 Go 业务源码或重新编译服务?
不会。OBI 通过 Linux eBPF 在运行时观测支持的应用行为,不要求修改业务源码或重新编译;但内核版本、权限、探针覆盖率和数据出口必须纳入上线审查。
OBI 与 Go 编译期自动插桩应该怎么选?
OBI 适合不能改源码、希望旁路接入 Linux 运行时的场景;编译期插桩适合能控制构建、需要覆盖第三方库并希望将规则纳入构建供应链的场景,两者组合时要防止重复 span。
如何确认 OBI 生成的 Trace 没有重复或丢失?
应使用基线服务与 OBI 服务对照,检查服务名、资源属性、span 数量、上下文传播和 OTLP 导出,再在 Collector 侧观察接收、处理、导出、丢弃和延迟指标,并保留关闭 OBI 的回退开关。
OBI 的 Linux 权限和内核限制怎么评估?
先按官方前提检查内核、eBPF 能力、容器权限和主机安全策略,再在非生产节点验证探针加载、进程发现和 OTLP 输出;不满足条件时应回退到 SDK、编译期插桩或 Collector 侧方案。
相关专题
继续查看相近方向内容
查看更多
最新文章
-
- PHP 8.5 升级到生产环境怎样检查扩展兼容
- 28分钟前 425浏览
-
- PHP hash_hmac 怎样生成带密钥摘要
- 32分钟前 155浏览
-
- PHP Locale::getPrimaryLanguage 提取语言标签主语言的方法
- 33分钟前 322浏览
-
- PHP PDO fetchObject 怎样把查询结果映射为对象
- 35分钟前 461浏览
-
- PHP Closure bindTo 怎样改变闭包上下文
- 35分钟前 281浏览
-
- PHP Stringable 怎样让对象通过 string|Stringable 参数检查
- 55分钟前 242浏览
-
- PHP mysqli::execute_query 怎样绑定参数并读取结果
- 57分钟前 419浏览
-
- PHP get_debug_type 怎样区分标量与对象类型
- 1小时前 399浏览

