El proyecto OpenTelemetry (OTel) obtuvo oficialmente el estatus de proyecto graduado de 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 proyectos destacados 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 madura orientada 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 antiguas bibliotecas de integración y sustituirlas, lo que hacía que el cambio de proveedor fuera 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 completa del rendimiento de las aplicaciones.
En mayo de 2019, OpenTracing y OpenCensus se fusionaron para fundar OpenTelemetry. El proyecto ofrece especificaciones para trazas, métricas y registros, API unificadas e implementaciones de esas API en distintos lenguajes, además de OpenTelemetry Collector. OpenTracing fue archivado 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é permitió al proyecto graduarse?
El estatus 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, los mecanismos de toma de decisiones y la comunicación.
La revisión también incluyó la salud de la comunidad, con colaboradores habituales de múltiples 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 resolvieron todos los problemas críticos identificados. Asimismo, sus API 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 guías 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 especial dedicados a 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 elaboració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 estatus de graduación ofrece 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 idoneidad del proyecto para cada entorno. La graduación tampoco significa que se hayan resuelto todos los desafíos de la observabilidad ni que adoptar OpenTelemetry no implique costes operativos o de ingeniería; la fuente aclara que el proyecto seguirá evolucionando.
La siguiente etapa
El trabajo futuro se centrará 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 busca 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 integració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 API. Esto es importante para los equipos que posponen la unificación de la capa de instrumentación por temor a que el proyecto no esté suficientemente maduro. Sin embargo, las preguntas abiertas siguen relacionadas con la capacidad de la comunidad para mantener este nivel a medida que se amplía 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.