当前位置:首页 >专题 >OpenTelemetry Collector 与 OTTL 遥测管道治理专题
OpenTelemetry Collector 与 OTTL 遥测管道治理专题
官方入口与 Collector 资料
先掌握管道组件、OTLP 协议与 OTTL 规则边界
OpenTelemetry Collector 官方文档
Collector 的架构、组件、部署模式与配置总入口。
Collector 配置官方文档
说明 receivers、processors、exporters、connectors 与 service pipelines 的配置关系。
Collector Transforming Telemetry
官方介绍用 processors 转换、过滤和丰富 telemetry 的方式。
Transform Processor 官方实现
Collector Contrib transform processor 的源码、配置和能力入口。
OTTL 官方语言文档
OTTL 的语法、路径、函数、错误模式和扩展说明。
OpenTelemetry Collector Contrib Releases
查看 Collector Contrib 版本发布、变更和升级提示。
OTLP 协议官方规范
OTLP/HTTP 与 OTLP/gRPC 的协议、请求和响应规范。
Collector Quick Start 快速开始
官方快速开始,使用最小配置启动 Collector 并验证遥测收发。
OpenTelemetry Go SDK 官方文档
Go SDK 的 API、SDK、导出器和手动埋点官方入口。
站内遥测管道实战路线
从 Go 产出数据推进到 Collector 清洗、路由与生产排障
OpenTelemetry OTTL Lambda 表达式怎么用:字段清洗、路由与上线边界
Golang微服务链路追踪:Jaeger与OpenTelemetry配置详解
Collector 与 OTTL 常见问题
围绕规则安全、版本、性能和数据边界做上线前判断
OTTL 规则应该放在业务服务还是 Collector?
跨服务一致的字段清洗、脱敏、过滤和路由更适合放在 Collector;只有必须依赖业务语义或需要阻止敏感数据离开进程的逻辑才应在业务服务内先处理,两侧还要做抽样核验。
OTTL Lambda 函数可以直接用于生产吗?
先确认对应 Collector Contrib 版本和功能门控,再用正常、异常、敏感字段样本验证规则;实验能力应通过影子导出和小流量灰度使用,并保留旧配置与回退路径。
如何验证 Collector 清洗真的删掉了敏感字段?
不要只看 Collector 日志。应在 debug 或隔离 exporter 中对输入输出做字段级对比,再在最终落库或查询端抽样确认手机号、邮箱、账号和内部路径没有从未覆盖的属性名绕过规则。
Collector 处理器太多会不会拖慢遥测链路?
会。复杂的 map 遍历、正则和高基数属性处理都会消耗 CPU;应固定版本、限制批次和属性规模,先用基准样本测处理耗时、队列积压、导出错误和数据量变化,再决定是否切流。
相关专题
继续查看相近方向内容
-
- Go gzip.Writer 怎么用 Reset 复用压缩器
- 7分钟前 476浏览
-
- Go gzip Reset 后为什么需要重新设置 Header
- 17分钟前 218浏览
-
- 人类基准反应测试和瞄准训练有什么区别?反射速度与手眼协调入口说明
- 17分钟前 146浏览
-
- Python tarfile extraction_filter 怎么阻止危险路径
- 23分钟前 232浏览
-
- artworkout安卓能用吗?官网入口、Google Play与设备支持说明
- 34分钟前 267浏览
-
- Java record pattern 怎么拆解嵌套数据
- 38分钟前 223浏览
-
- Go gzip Header 为什么必须在首次 Write 前修改
- 47分钟前 221浏览
-
- shizuku适合哪些应用使用?系统API、支持应用与授权前提说明
- 49分钟前 172浏览

