OpenTelemetry has graduated… Now what?

In case you missed it: OpenTelemetry (OTel) has officially achieved CNCF graduated status! It now stands proudly alongside amazing open source projects such as Kubernetes and Prometheus, to name just a few. It’s been a long journey, and we’re very... In case you missed it:  OpenTelemetry (OTel) has officially achieved CNCF graduated status ! It now stands proudly alongside amazing open source projects such as  Kubernetes  and  Prometheus , 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 ’s OpenTracing , and Google’s OpenCensus , forming the basis for what was to become OpenTelemetry. In the interest of having a single standard, OpenCensus and OpenTracing were merged to form  OpenTelemetry  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 . 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 observa

In case you missed it: OpenTelemetry (OTel) has officially achieved CNCF graduated status! It now stands proudly alongside amazing open source projects such as Kubernetes and Prometheus, to name just a few. It’s been a long journey, and we’re very... In case you missed it:  OpenTelemetry (OTel) has officially achieved CNCF graduated status ! It now stands proudly alongside amazing open source projects such as  Kubernetes  and  Prometheus , 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 ’s OpenTracing , and Google’s OpenCensus , forming the basis for what was to become OpenTelemetry. In the interest of having a single standard, OpenCensus and OpenTracing were merged to form  OpenTelemetry  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 . 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 , just behind Kubernetes. According to the CNCF , 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  was added as a new OTel signal. The  OpenTelemetry Demo  has expanded. The  OTel 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 , the  OTel Operator ,  OTel Weaver , and  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: Production adoption. Many different organizations , such as GitHub and Farfetch , run OpenTelemetry in production. Robust governance. OTel has a documented governance model with clearly defined roles around election and retirement, along with transparent communication and decision-making. Community health. OpenTelemetry has an established process for PR review and management. The project has a number of regular contributors across multiple organizations . Reviewers are responsive, ensuring that issues and fixes are addressed in a timely manner. Security. OTel has undergone at least one independent security audit, and all critical issues identified have been remediated. API stability. APIs are stable, properly versioned, and released at a regular cadence, with backwards compatibility ensured so as to not break existing implementations. Documentation. OTel’s documentation provides an architectural overview, along with user, operator, and contribution guides. TOC application and review. A graduation application template was submitted for review by the CNCF’s Technical Oversight Committee (TOC) . You can check out OTel’s submission . 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 , 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  put it perfectly  in a recent LinkedIn post : 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

In case you missed it: OpenTelemetry (OTel) has officially achieved CNCF graduated status! It now stands proudly alongside amazing open source projects such as Kubernetes and Prometheus, to name just a few. It’s been a long journey, and we’re very... In case you missed it:  OpenTelemetry (OTel) has officially achieved CNCF graduated status ! It now stands proudly alongside amazing open source projects such as  Kubernetes  and  Prometheus , 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 ’s OpenTracing , and Google’s OpenCensus , forming the basis for what was to become OpenTelemetry. In the interest of having a single standard, OpenCensus and OpenTracing were merged to form  OpenTelemetry  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 . 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 , just behind Kubernetes. According to the CNCF , 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  was added as a new OTel signal. The  OpenTelemetry Demo  has expanded. The  OTel 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 , the  OTel Operator ,  OTel Weaver , and  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: Production adoption. Many different organizations , such as GitHub and Farfetch , run OpenTelemetry in production. Robust governance. OTel has a documented governance model with clearly defined roles around election and retirement, along with transparent communication and decision-making. Community health. OpenTelemetry has an established process for PR review and management. The project has a number of regular contributors across multiple organizations . Reviewers are responsive, ensuring that issues and fixes are addressed in a timely manner. Security. OTel has undergone at least one independent security audit, and all critical issues identified have been remediated. API stability. APIs are stable, properly versioned, and released at a regular cadence, with backwards compatibility ensured so as to not break existing implementations. Documentation. OTel’s documentation provides an architectural overview, along with user, operator, and contribution guides. TOC application and review. A graduation application template was submitted for review by the CNCF’s Technical Oversight Committee (TOC) . You can check out OTel’s submission . 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 , 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  put it perfectly  in a recent LinkedIn post : 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