open-telemetry/opentelemetry-collector-contrib
GitHub: open-telemetry/opentelemetry-collector-contrib
OpenTelemetry Collector 的扩展组件仓库,提供海量接收器、处理器和导出器,用于构建统一的可观测性数据采集与路由管道。
Stars: 4464 | Forks: 3386
# OpenTelemetry Collector Contrib
这是一个用于存放不适合放入 Collector [核心仓库](https://github.com/open-telemetry/opentelemetry-collector) 的 OpenTelemetry Collector 组件的代码库。
官方发行版(core 和 contrib)作为 [opentelemetry-collector-releases](https://github.com/open-telemetry/opentelemetry-collector-releases) 仓库的一部分提供。本仓库中的某些组件属于“core”发行版的一部分,例如 Jaeger 和 Prometheus 组件,但这里的大多数组件仅作为“contrib”发行版的一部分提供。我们也鼓励 OpenTelemetry Collector 用户使用 [OpenTelemetry Collector Builder](https://github.com/open-telemetry/opentelemetry-collector/tree/main/cmd/builder) 构建他们自己的自定义发行版,根据需要选用来自 core 仓库、contrib 仓库以及可能的第三方或内部仓库中的组件。
每个组件都有其各自的支持级别,如下节所述。对于组件支持的每种信号,都有一个稳定性级别,以此设定正确的预期。因此,一个组件可能对 traces 是 **Stable** 级别,但对 metrics 是 **Alpha** 级别,而对 logs 是 **Development** 级别。
## 稳定性级别
本仓库中组件的稳定性级别遵循 OpenTelemetry Collector 仓库中的[定义](https://github.com/open-telemetry/opentelemetry-collector#stability-levels)。
## 门控功能
某些功能在被纳入组件的主代码路径之前,会隐藏在功能门控之后。请注意,功能门控本身可能处于不同的[生命周期阶段](https://github.com/open-telemetry/opentelemetry-collector/tree/main/featuregate#feature-lifecycle)。
## 支持
每个组件要么由 GitHub 组织 [@open-telemetry/collector-contrib-maintainer](https://github.com/orgs/open-telemetry/teams/collector-contrib-maintainer) 定义的 OpenTelemetry Collector Contrib 维护者社区提供支持,要么由特定的供应商提供支持。有关特定组件的信息,请参阅各个 README 文件。
如果 OpenTelemetry Collector Contrib 维护者认为某些组件缺乏维护,或者它们对仓库和/或二进制分发构成风险,可能会随时降级这些组件。
尽管 OpenTelemetry Collector Contrib 维护者对托管的组件负有最终责任,但实际支持可能由个人贡献者提供,通常是特定组件的代码所有者。
## 贡献
请参阅 [CONTRIBUTING.md](CONTRIBUTING.md)。
### 维护者
- [Alex Boten](https://github.com/codeboten),Honeycomb
- [Andrzej Stencel](https://github.com/andrzej-stencel),Elastic
- [Antoine Toulme](https://github.com/atoulme),Splunk
- [Bogdan Drutu](https://github.com/bogdandrutu),Snowflake
- [Christos Markou](https://github.com/ChrsMark),Elastic
- [Dmitrii Anoshin](https://github.com/dmitryax),Splunk
- [Edmo Vamerlatti Costa](https://github.com/edmocosta),Elastic
- [Evan Bradley](https://github.com/evan-bradley),Dynatrace
- [Pablo Baeyens](https://github.com/mx-psi),DataDog
- [Sean Marciniak](https://github.com/MovieStoreGuy),Splunk
- [Tyler Helmuth](https://github.com/TylerHelmuth),Honeycomb
- [Yang Song](https://github.com/songy23),DataDog
有关维护者角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#maintainer)。
### 审批者
- [Andrew Wilkins](https://github.com/axw),Elastic
- [Arthur Silva Sens](https://github.com/ArthurSens),Grafana Labs
- [Braydon Kains](https://github.com/braydonk),Google
- [Curtis Robert](https://github.com/crobert-1),Splunk
- [David Ashpole](https://github.com/dashpole),Google
- [Joshua MacDonald](https://github.com/jmacd),Microsoft
- [Paulo Janotti](https://github.com/pjanotti),Splunk
- [Sam DeHaan](https://github.com/dehaansa),Grafana Labs
- [Vihas Makwana](https://github.com/VihasMakwana),Elastic
- [Ziqi Zhao](https://github.com/fatsheep9146),Alibaba
有关审批者角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#approver)。
### 分类者
- [Benedikt Bongartz](https://github.com/frzifus),Red Hat
- [Bogdan Stancu](https://github.com/bogdan-st),Adobe
- [Constança Manteigas](https://github.com/constanca-m),Elastic
- [Douglas Camata](https://github.com/douglascamata),Coralogix
- [Israel Blancas](https://github.com/iblancasa),Coralogix
- [James Moessis](https://github.com/jamesmoessis),Atlassian
- [Jared Tan](https://github.com/JaredTan95),DaoCloud
- [Murphy Chen](https://github.com/Frapschen),DaoCloud
- [Ondrej Dubaj](https://github.com/odubajDT),Dynatrace
- [Paulo Dias](https://github.com/paulojmdias),Five9
- [Roger Coll](https://github.com/rogercoll),Elastic
- 积极寻求贡献者协助分类问题
有关分类者角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#triager)。
### 荣誉维护者
- [Daniel Jaglowski](https://github.com/djaglowski)
- [Juraci Paixão Kröhling](https://github.com/jpkrohling)
- [Tigran Najaryan](https://github.com/tigrannajaryan)
有关荣誉角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#emeritus-maintainerapprovertriager)。
### 荣誉审批者
- [Anthony Mirabella](https://github.com/Aneurysm9)
- [Bryan Aguilar](https://github.com/bryan-aguilar)
- [Matt Wear](https://github.com/mwear)
- [Przemek Maciolek](https://github.com/pmm-sumo)
- [Ruslan Kovalov](https://github.com/kovrus)
有关荣誉角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#emeritus-maintainerapprovertriager)。
### 荣誉分类者
- [Alolita Sharma](https://github.com/alolita)
- [Gabriel Aszalos](https://github.com/gbbr)
- [Goutham Veeramachaneni](https://github.com/gouthamve)
- [Punya Biswal](https://github.com/punya)
- [Steve Flanders](https://github.com/flands)
- [Florian Bacher](https://github.com/bacherfl),Dynatrace
有关荣誉角色的更多信息,请参阅[社区仓库](https://github.com/open-telemetry/community/blob/main/guides/contributor/membership.md#emeritus-maintainerapprovertriager)。
### 避免过度代表
如果晋升后,维护者小组中超过四分之一(25%)的成员受雇于同一雇主,则该社区成员不能晋升为 Collector contrib 维护者。工作变动及类似事件可能导致过度代表,在恢复代表平衡之前,不能再晋升来自同一公司的新维护者。如有混淆或疑虑,OpenTelemetry Collector SIG 将以 CNCF 对“同一雇主”的定义为准。
## PR 与审查
创建 PR 时,请遵循[此处](https://github.com/open-telemetry/opentelemetry-collector/blob/main/CONTRIBUTING.md#how-to-structure-prs-to-get-expedient-reviews)描述的流程。
新的 PR 将根据 [CODEOWNERS](.github/CODEOWNERS) 自动关联审查者。PR 也将自动分配给其中一位维护者或审批者以进行推进。
推进者负责帮助 PR 作者和审查者取得进展,或者如果无法取得进展,则负责关闭 PR。
如果审查者没有批准权限,推进者还需负责 PR 合并所需的正式批准;如果推进者是维护者,他们还负责合并 PR。
推进者无需进行详尽的审查,但鼓励他们执行 Collector 最佳实践,并保持代码库和组件行为的一致性。在做出最终批准决定时,推进者通常会依赖代码所有者对代码的详细审查。
只有在至少有一名审批者批准的情况下(如上所述),才应(由分类者/审批者/维护者)将 PR 标记为 `ready to merge` 标签。
标签:API集成, APM, CNCF, Collector, Contrib, EVTX分析, EVTX分析, GET参数, Go, Golang, OISF, OpenTelemetry, Python工具, Ruby工具, web渗透, 分布式追踪, 可观测性, 子域名突变, 安全编程, 应用性能监控, 开源组件, 指标监控, 插件扩展, 数据处理管道, 数据收集器, 日志审计, 日志管理, 自定义请求头, 请求拦截, 遥测数据