OpenTelemetry Alcanzó la Madurez de Producción — Ahora los Equipos Están Aprendiendo lo que Realmente Cuesta la Observabilidad

La especificación de trazado de OpenTelemetry alcanzó la versión estable en 2021. La especificación de métricas le siguió en 2023. A principios de 2025, OTel es el segundo proyecto de CNCF más activo por número de contribuyentes, detrás de Kubernetes. Todos los principales backends de observabilidad — Datadog, New Relic, Honeycomb, Grafana, Dynatrace y AWS CloudWatch — ahora aceptan datos de OTel de forma nativa. La encuesta de CNCF de 2024 encontró que el 44% de las organizaciones tienen OTel en producción, frente al 27% del año anterior. Esta es una verdadera velocidad de adopción, no ruido estadístico.

Lo que esos números ocultan es la realidad operativa que enfrentan los equipos cuando activan OTel en un entorno de producción serio: el volumen de datos es enorme, y el costo de almacenarlos, consultarlos y generar alertas crece más rápido que el propio sistema.

El Problema de la Cardinalidad en Términos Concretos

La cardinalidad, en el contexto de la observabilidad, se refiere a la cantidad de series temporales únicas que su sistema de métricas debe rastrear. Un único endpoint HTTP instrumentado con OTel podría emitir un span por cada solicitud con atributos como http.method, http.status_code, http.route, http.target y una etiqueta personalizada user_id añadida por el desarrollador. En el momento en que incluyes user_id en una métrica (no solo en un trace), tu cardinalidad explota: en lugar de un puñado de series temporales para ese endpoint, ahora tienes una serie temporal por cada usuario que jamás lo haya alcanzado.