open-telemetry/opentelemetry-collector

OpenTelemetry Collector

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 36 minutes ago
Added to GitGenius on February 5th, 2023
Created on May 9th, 2019
Open Issues & Pull Requests: 702 (+0)
Number of forks: 2,216
Total Stargazers: 7,448 (+0)
Total Subscribers: 90 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 46.2 hours
Mean response time: 112.1 days
90th percentile: 464.7 days
Tracked items: 1,431

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 67% of open issues come from outside the core team, a mix of external reports and the maintainers' own roadmap. Work labelled "bug" is answered fastest, typically in about 31 hours, while "area:config" waits about 3 months. 56% of tracked open issues have had no activity in three months. Only 3% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 618
New in 7 days: 8
Closed in 7 days: 8
Avg open age: 467 days
Stale 30+ days: 571
Stale 90+ days: 483

Recent activity

Opened in 7 days: 5
Closed in 7 days: 7
Comments in 7 days: 7
Events in 7 days: 39

Top labels

  • bug (545)
  • Stale (213)
  • enhancement (149)
  • cmd/mdatagen (87)
  • help wanted (78)
  • release (76)
  • area:config (71)
  • collector-telemetry (64)

Detailed Description

The OpenTelemetry Collector is a vendor-agnostic implementation for receiving, processing, and exporting telemetry data across traces, metrics, and logs. Written in Go, it eliminates the need to run and maintain multiple separate agents or collectors by providing unified support for popular open-source telemetry formats such as Jaeger and Prometheus, while enabling export to both open-source and commercial backends. The project is built against OTLP protocol v1.10.0, which is considered stable.

The collector's core objectives emphasize usability with reasonable default configurations and out-of-the-box functionality, performance under varying loads, observability as an exemplar service, extensibility without modifying core code, and unified deployment as either an agent or collector. The codebase is deployable in multiple configurations and supports a comprehensive range of telemetry data types through its receiver, processor, and exporter architecture.

The project maintains active community involvement through the OpenTelemetry Collector SIG, which operates a dedicated Slack channel at #otel-collector on the CNCF workspace and conducts weekly video meetings rotated across three time slots to accommodate global participation. The community emphasizes that GitHub serves as the source of truth for all decisions, with Slack and video calls used for synchronous discussion that must be documented in relevant GitHub issues.

The repository's maintainer structure includes five active maintainers from organizations including Honeycomb, Snowflake, Splunk, Dynatrace, and DataDog, with seven approvers and three active triagers. The project actively seeks additional contributors for the triager role. The Go version support policy aligns with the Go team's supported minor versions, with the first release after a new Go minor version adding build and test steps for that version while removing support for versions two minor versions behind.

The project implements security best practices and includes internal telemetry capabilities for monitoring the collector itself. Container images are signed using sigstore cosign starting from release v0.95.0, allowing users to verify image authenticity. The codebase maintains build status monitoring, Go report card tracking, and codecov coverage reporting as part of its quality assurance practices.