open-telemetry/opentelemetry-collector-contrib

这个仓库托管 OpenTelemetry Collector 中不属于核心仓库的组件——接收器、处理器、导出器和扩展，覆盖核心范围之外的遥测处理。它适合已经在运行或计划搭建 Collector 管道的团队，并且需要有具体集成，同时愿意自行承担配置与支持预期。入门说明见 OpenTelemetry 官网的 Getting Started。

组件如何到达你手上

官方发行版有 core 和 contrib 两个，均从发行仓库发布 发行仓库。这里的多数组件只随 contrib 发行版提供；少数（如 Jaeger、Prometheus 组件）也进入 core。文档给出的替代路径是用 OpenTelemetry Collector Builder 构建自定义发行版，从 core、contrib 以及第三方或内部仓库中挑选组件 Collector Builder。这条路让你只纳入需要的部分，而不是采用整个 contrib 集合。

稳定性与支持因组件而异

稳定性按信号分别设定，因此同一个组件可能对 traces 是 Stable、对 metrics 是 Alpha、对 logs 是 Development。等级沿用 collector 的统一定义 stability levels，部分功能位于 feature gate 之后，并有各自的生命周期阶段 feature lifecycle。支持方要么是社区（collector-contrib 维护者），要么是特定厂商，具体看各组件 README。维护者可能随时降级被认为无人维护或对仓库/二进制发行版有风险的组件，而实际支持通常来自个人贡献者，往往是该组件的 code owner。应把 contrib 发行版看作一组等级各自独立的部件，而不是统一的成熟度。

一个具体工作流

假设你需要一个 core 未覆盖的数据源接收器。先查看该组件 README 中对应信号的稳定性与支持状态，然后选择 contrib 发行版，或用 builder 生成的发行版只加入该组件。由于稳定性按信号不同，应针对实际使用的信号启用并验证，而不是假定 traces、metrics 和 logs 表现一致。

采用之前

• 贡献与评审流程遵循 collector 项目的贡献指南 CONTRIBUTING.md；如果你打算提交改动，这与您相关。
• 安全指南维护在 collector 仓库的安全最佳实践文档中 security best practices，项目总体情况见 opentelemetry.io。
• README 未说明版本号、发布节奏、升级/回滚步骤或资源需求；当前版本应在 releases 页面查看 releases。

HotRepo 仅在 2026-10-30 记录到一次日榜出现，当日 5,034 stars（+3）；样本太少，无法描述趋势。