El proyecto OpenTelemetry (OTel) obtuvo oficialmente el estado de proyecto graduado en la Cloud Native Computing Foundation (CNCF) durante mayo de 2026, después de iniciar el proceso de graduación en 2025. Este logro sitúa al proyecto junto a destacados proyectos de la CNCF, como Kubernetes y Prometheus, pero no representa el final de su desarrollo; más bien, confirma su transición de proyecto prometedor a infraestructura abierta y madura destinada al uso empresarial a gran escala.
¿Por qué apareció OpenTelemetry?
Antes de OpenTelemetry, las herramientas de instrumentación y observabilidad dependían a menudo de formatos y bibliotecas específicos de cada proveedor. Cambiar de proveedor de servicios de observabilidad requería eliminar las bibliotecas de conexión antiguas y sustituirlas, lo que convertía el cambio de proveedor en un proceso complejo y aumentaba los riesgos de dependencia tecnológica. Además, las señales fundamentales de observabilidad —trazas, registros y métricas— se trataban como sistemas separados, lo que dificultaba relacionarlas para obtener una imagen integral del rendimiento de las aplicaciones.
En mayo de 2019, OpenTracing y OpenCensus se fusionaron para crear OpenTelemetry. El proyecto ofrece especificaciones para trazas, métricas y registros, interfaces de programación unificadas e implementaciones de dichas interfaces en distintos lenguajes, además de OpenTelemetry Collector. OpenTracing se archivó en enero de 2022 y OpenCensus en julio de 2023, mientras que OpenTelemetry se convirtió en el estándar abierto de facto para la telemetría, según una publicación de la CNCF.
¿Qué habilitó al proyecto para graduarse?
El estado de graduación se basó en un conjunto de criterios prácticos, no únicamente en el tamaño del proyecto. Organizaciones como GitHub y Farfetch utilizan OpenTelemetry en entornos de producción, y el proyecto cuenta con un modelo de gobernanza documentado que define las funciones de elección y renuncia, así como los mecanismos de toma de decisiones y comunicación.
La revisión también incluyó la salud de la comunidad, con colaboradores habituales de varias organizaciones y un mecanismo claro para revisar solicitudes de incorporación de cambios y gestionar incidencias. OpenTelemetry también se sometió a una auditoría de seguridad independiente, durante la cual se abordaron todos los problemas críticos identificados. Asimismo, sus interfaces de programación cumplieron los requisitos de estabilidad, gestión de versiones y compatibilidad con versiones anteriores, mientras que la documentación cubre los aspectos arquitectónicos y las directrices para usuarios, operadores y colaboradores. Finalmente, el formulario de graduación se envió al Comité de Supervisión Técnica de la CNCF para su revisión.
¿Qué cambió en la práctica para los usuarios?
La publicación de la CNCF afirma que el proyecto registró más de 12.000 contribuciones de más de 2.800 empresas, con la participación de cientos de mantenedores en grupos de interés especiales para distintos lenguajes, lo que lo convierte en el segundo proyecto de la CNCF con mayor velocidad de actividad, después de Kubernetes. Las trazas, los registros y las métricas alcanzaron el estado de disponibilidad general, mientras que la generación de perfiles se añadió como una nueva señal, y tanto la demostración como Collector y los componentes del sistema se ampliaron.
En la práctica, el estado de graduación proporciona a las organizaciones un indicador adicional de la madurez de la gobernanza, la seguridad, la estabilidad y la adopción, pero no elimina la necesidad de evaluar la adecuación del proyecto para cada entorno. La graduación tampoco significa que se hayan resuelto todos los desafíos de la observabilidad ni que la adopción de OpenTelemetry carezca de costes operativos o de ingeniería; la fuente aclara que el proyecto seguirá evolucionando.
La siguiente etapa
El trabajo futuro se centra en observar nuevos tipos de cargas de trabajo, incluidos los flujos de trabajo agénticos, mediante convenciones semánticas emergentes para la inteligencia artificial generativa, además de abordar las necesidades de observabilidad de navegadores y teléfonos. El proyecto también se orienta a ayudar a los equipos maduros a gestionar la instrumentación a gran escala mediante Weaver, para definir y gobernar esquemas de instrumentación; OpenTelemetry Packaging, para proporcionar componentes en paquetes instalables; y OpenTelemetry Injector, para habilitar la conexión sin modificar el código.
Lectura editorial de certi.news: el cambio real es que OpenTelemetry ya no es simplemente un proyecto para unificar las herramientas de observabilidad, sino un proyecto que ha superado un conjunto anunciado de pruebas de adopción, gobernanza, seguridad y estabilidad de las interfaces. Esto es importante para los equipos que posponen la unificación de la capa de instrumentación por temor a que el proyecto no sea suficientemente maduro. Sin embargo, las preguntas abiertas siguen relacionadas con la capacidad de la comunidad para mantener este nivel a medida que se amplíe el uso y con la forma de traducir los nuevos estándares para las cargas de trabajo de inteligencia artificial y la observabilidad multiplataforma en implementaciones estables.