Collector 架构与源码指南

我最近啃了 OpenTelemetry Collector 的源码，发现这东西在生产里真不是摆设。

应用直连后端也能跑，但加一层 Collector 能做协议转换、补元数据。最关键的是它能削峰填谷，靠自带的队列和重试机制，保护后端不被流量打挂。

它内部就一条流水线：接收数据后，全转成统一的 pdata 格式在管道里流转。处理完再交给 Exporter 发出去。配置里有条铁律：内存限制处理器永远排第一，批处理永远放最后。

部署上，生产环境最推荐 Agent 配合 Gateway 的模式。本机 Agent 负责轻量攒批，集中式 Gateway 负责做尾部采样和多租户路由。这样既省带宽，又能把全链路数据攥在一起做决策。

想自己写 Processor 的话，核心就是读 pdata、改数据，最后别忘了传给下游。不过实际需求大多不用写代码，用 Filter 配上一行 OTTL 表达式就能搞定。

要不要我把这篇里提到的几个常用组件（比如尾部采样、K8s 属性注入）的具体配置参数给你整理一份？