Resumen

  • Los fundadores explicaron en su relato de mayo de 2019 que el principal obstáculo era la existencia de dos proyectos de instrumentación similares que no trabajaban juntos. Anunciaron puentes de compatibilidad y el objetivo de dejar los proyectos anteriores en solo lectura antes de fin de año.
  • En mayo de 2023, OpenTelemetry comunicó que planeaba archivar la mayoría de los repositorios OpenCensus el 31 de julio, tras declarar paridad funcional en siete lenguajes. opencensus-python quedó expresamente fuera del cierre general.

Dos proyectos cobraban por el mismo trabajo

Un servicio distribuido necesita producir trazas, métricas y registros que alguien pueda relacionar cuando falla. Ese trabajo no termina en la aplicación principal: sus bibliotecas también tienen que registrar y transmitir información. OpenTracing y OpenCensus nacieron para compartir el esfuerzo de instrumentar software. Hicieron elecciones técnicas distintas, pero acudían a los mismos mantenedores y a los mismos equipos que necesitaban observar sistemas completos.

En el texto de 2019 de Ben Sigelman y Morgan McLean, la frase más útil es también la menos elegante para una presentación comercial: el mayor problema de ambos proyectos era que hubiera dos. Quien mantenía una biblioteca podía integrar uno, integrar ambos o esperar. Quien operaba el servicio heredaba el resultado de esas decisiones dispersas. Dos propuestas para reducir el coste de instrumentación acababan duplicando parte de ese coste.

La fusión anunció una sede común bajo la CNCF. Los comités iniciales reunieron representantes de Google, LightStep, Microsoft y Uber. Eso resolvía dónde se tomarían futuras decisiones; no actualizaba por sí solo los procesos ya desplegados. Sus impulsores describieron OpenTelemetry como la siguiente versión mayor de ambos proyectos. La comparación con una actualización de versión contenía una advertencia práctica: los usuarios existentes necesitaban pasar de un sistema al otro sin perder la vista de sus servicios.

El puente estaba en el plano desde el primer día

La compatibilidad hacia atrás mediante puentes de software encabezaba las prioridades de 2019. Un puente debía permitir que la instrumentación vieja conviviera con OpenTelemetry mientras cada aplicación cambiaba sus bibliotecas. La otra prioridad era acortar el tiempo en que OpenTracing, OpenCensus y el proyecto nuevo se desarrollaran en paralelo. Los responsables querían poner los dos anteriores en modo de solo lectura antes de acabar 2019. Era un objetivo anunciado, no una fotografía de todas las instalaciones a 31 de diciembre.

La distinción importa porque un repositorio puede dejar de aceptar funciones nuevas y seguir dentro de servicios que producen datos cada minuto. Hay dependencias que cambiar, versiones que publicar y rutas de exportación que probar. El puente no apareció como disculpa tardía ante una migración difícil. Formaba parte del acuerdo de fusión porque sus autores ya sabían que la elección institucional y el código en ejecución no avanzan a la misma velocidad.

En agosto de 2021, la CNCF aceptó OpenTelemetry como proyecto en incubación. Describió API y SDK en once lenguajes y soporte de trazas y métricas en el protocolo del proyecto. También anunció más retirada de los predecesores y el archivo formal futuro de OpenTracing. Dos años después de la fusión, la fundación todavía hablaba de la retirada como una tarea en curso.

El cierre de 2023 llegó con una excepción

El aviso de OpenTelemetry sobre OpenCensus de mayo de 2023 puso nombres al trabajo pendiente. Según el proyecto, ya había paridad funcional en C++, .NET, Go, Java, JavaScript, PHP y Python. Planteó archivar casi todos los repositorios de OpenCensus el 31 de julio. Excluyó opencensus-python porque ciertas piezas de ese repositorio seguían recomendadas para producción. La lista de excepciones cuenta más sobre una migración real que un diagrama con dos flechas y un logo nuevo.

El aviso señaló puentes para Go, Java, JavaScript y Python; algunos adaptadores aún estaban por llegar. La secuencia propuesta era mantener por un tiempo la instrumentación antigua, enviar sus datos mediante exportadores OpenTelemetry y retirar después las bibliotecas previas. El proyecto también advirtió que el cambio podía alterar la telemetría: OpenTelemetry no era un superconjunto estricto de OpenCensus. Si llega una métrica con otra etiqueta, el gráfico puede seguir encendido mientras la comparación histórica se rompe.

La fecha de archivo marcaba una frontera de mantenimiento. El anuncio decía que, después del 31 de julio, el proyecto OpenCensus archivado no recibiría nuevas funciones ni parches de seguridad, aunque el código y los paquetes seguirían disponibles. Un servicio podía continuar ejecutando esa biblioteca después de que cesara su mantenimiento. La decisión de conservarla ya no podía esconderse detrás del hecho de que la descarga aún funcionara.

El comité se unió antes que todas las aplicaciones

La fusión de 2019 acabó con la competencia por el destino del trabajo común. Eso permitió a desarrolladores y proveedores orientar contribuciones nuevas. La salida de las bibliotecas viejas dependía de cada ciclo de versiones, de los puentes y de los responsables de software que nadie podía actualizar desde un comité. Los cuatro años hasta el plan de OpenCensus muestran esa distancia. No prueban que el objetivo de solo lectura de 2019 fracasara: lectura sola y archivo son hitos distintos. Sí muestran que en 2023 todavía hacía falta un itinerario con siete lenguajes, varios puentes y una excepción.

La puerta nueva tenía nombre; el cableado seguía pasando por el cuarto antiguo.