# OpenTelemetry Has Graduated… Now what? LLMS index: [llms.txt](/llms.txt) --- In case you missed it: [OpenTelemetry (OTel) has officially achieved CNCF graduated status](https://www.cncf.io/announcements/2026/05/21/cloud-native-computing-foundation-announces-opentelemetrys-graduation-solidifying-status-as-the-de-facto-observability-standard/)! It now stands proudly alongside amazing open source projects such as [Kubernetes](https://kubernetes.io) and [Prometheus](https://prometheus.io/), to name just a few. It’s been a long journey, and we’re very excited… But, now what? To understand where we’re going, it’s important to understand where we came from. ## History In the not-so-distant past, telemetry signals were not standardized. This meant telemetry formats differed from tool to tool, with each telemetry vendor creating and maintaining its own instrumentation libraries. Vendor lock-in was a huge problem: If you wanted to switch vendors, you had to strip out the previous vendor’s libraries from your code and replace them with the new vendor’s libraries. As a result, switching vendors was a nontrivial task. In addition, the three core telemetry signals -- traces, logs, and metrics -- were treated as separate, so there was no easy way to correlate them. Because of this, the observability story was incomplete. Previous attempts had been made at standardization: the [CNCF](https://cncf.io)’s [OpenTracing](https://opentracing.io), and Google’s [OpenCensus](https://opencensus.io), forming the basis for what was to become OpenTelemetry. ![OpenTelemetry timeline](./otel-timeline.png 'OpenTelemetry timeline') In the interest of having a single standard, OpenCensus and OpenTracing were merged to form [OpenTelemetry](https://opentelemetry.io) in May 2019. OpenTelemetry takes the best of both worlds, and then some, providing a tracing, metrics, and logs specification, a set of standardized APIs, and language specific implementations of these APIs, in addition to the [Collector](/docs/collector). Both OpenCensus and OpenTracing are now officially archived. OpenTracing was archived in January 2022, and OpenCensus was archived in July 2023. With the backing of all major observability vendors, and an active developer and end user community, OpenTelemetry became the de facto open standard for telemetry. ## Growth [OpenTelemetry is the second-highest velocity project in the CNCF](https://www.cncf.io/blog/2026/02/09/what-cncf-project-velocity-in-2025-reveals-about-cloud-natives-future/), just behind Kubernetes. [According to the CNCF](https://www.cncf.io/announcements/2026/05/21/cloud-native-computing-foundation-announces-opentelemetrys-graduation-solidifying-status-as-the-de-facto-observability-standard/), OpenTelemetry has “over 12,000 contributions, from over 2,800 companies and hundreds of maintainers across various language-specific Special Interest Groups (SIGs).” Since its inception, traces, logs, and metrics have reached general availability (GA). [Profiling](/blog/2024/profiling) was added as a new OTel signal. The [OpenTelemetry Demo](https://github.com/open-telemetry/opentelemetry-demo) has expanded. The [OTel Collector](https://github.com/open-telemetry/opentelemetry-collector) has expanded, with new components being added regularly. We’ve seen the addition of new components to the OTel ecosystem to help make it more ergonomic, including [OpAMP](/docs/specs/opamp/), the [OTel Operator](/docs/platforms/kubernetes/operator/), [OTel Weaver](https://github.com/open-telemetry/weaver), and [OTel Arrow](https://github.com/open-telemetry/otel-arrow). This is a very impressive achievement, considering that OpenTelemetry is a mere seven years old. It sends a clear signal: OpenTelemetry is here to stay. And graduation helps to cement that. ## Graduation! OpenTelemetry achieved graduated status in May 2026, having started its path to graduation in 2025. So what does it take to become a graduated CNCF project? Projects must fulfill the following criteria: 1. **Production adoption.** [Many different organizations](/ecosystem/adopters/), such as [GitHub](https://www.youtube.com/live/vB9_SiTV5CI?si=F3jRi2w83Gp1lp_F) and [Farfetch](https://youtu.be/9iaGG-YZw5I?si=YDjY8N4Z4zI4uKiV), run OpenTelemetry in production. 2. **Robust governance.** OTel has a documented [governance model](https://github.com/open-telemetry/community/blob/96374af6e5b681664d80402bdc08d9a2d439a966/governance-charter.md) with clearly defined roles around election and retirement, along with transparent communication and decision-making. 3. **Community health.** OpenTelemetry has an established process for PR review and management. The project has [a number of regular contributors across multiple organizations](https://www.cncf.io/projects/opentelemetry). Reviewers are responsive, ensuring that issues and fixes are addressed in a timely manner. 4. **Security.** OTel has undergone at least one independent security audit, and all critical issues identified have been remediated. 5. **API stability.** APIs are stable, properly versioned, and released at a regular cadence, with backwards compatibility ensured so as to not break existing implementations. 6. **Documentation.** OTel's documentation provides an architectural overview, along with user, operator, and contribution guides. 7. **TOC application and review.** A graduation application template was submitted for review by the [CNCF’s Technical Oversight Committee (TOC)](https://www.cncf.io/people/technical-oversight-committee/). You can check out [OTel’s submission](https://github.com/cncf/toc/issues/1739). As you can see, a _lot_ of work was done behind the scenes by many dedicated folks, ranging from OTel maintainers, to end users, to CNCF TOC members to make this happen. We’d like to give a **huge** shoutout to all in the OpenTelemetry community who made graduation happen, and especially to [Austin Parker](https://github.com/austinlparker), OpenTelemetry Governance Committee member and former Community Manager, who led the graduation effort with the CNCF. ## What this means for you So what does OpenTelemetry graduation mean for you, dear reader? Dan Gomez Blanco, one of the maintainers of the [OTel End User SIG](/community/end-user/) put it perfectly [in a recent LinkedIn post](https://www.linkedin.com/feed/update/urn:li:activity:7459538615640010752/): > For end users, this graduation signals that OTel is far from being an > "emerging standard". Its contributor health, security and quality standards, > governance processes, and wide adoption have been evaluated to be at the level > required by any enterprise, of any scale. So, if you're in the 25% of skeptics > not using OTel, there's really no excuse anymore. There has never been a > better time to adopt it! In a nutshell: OpenTelemetry is production-ready, and fully open for business. If your organization was holding out on using OpenTelemetry, you have no more excuses! ## What’s next? Software is never really “done”, and the same goes for OpenTelemetry. It will continue to grow and evolve: from the specification to the API & SDK to the Collector, and beyond. Looking ahead, we see a strong need for observability around new types of workloads, such as agentic workflows, an area covered by the emerging [generative AI semantic conventions](/docs/specs/semconv/gen-ai/). We're also tackling challenges in areas that we hadn't focused on as much previously, such as browser and mobile observability. More mature teams are looking for guidance on using OpenTelemetry at scale. That's where tools like [Weaver](https://github.com/open-telemetry/weaver), which helps teams define and govern their telemetry schemas, come into play. We're also making OTel easier to roll out by packaging components into installable modules through [OpenTelemetry Packaging](https://github.com/open-telemetry/opentelemetry-packaging), and by enabling zero-code instrumentation with the [OpenTelemetry Injector](https://github.com/open-telemetry/opentelemetry-injector). OpenTelemetry has a long future ahead of it, but we also know that it’s only possible through continued work by maintainers and contributors, and of course, through continued support and adoption by our end users. We can’t wait for what the future has in store for us, and we’re excited to have you along for the ride.