OpenTelemetry: la clave para que tus usuarios elijan su propio stack de observabilidad
OTel-Native by Design – Building Products That Export to Any Observability Stack
Si construyes software self-hosted o un SaaS, tus usuarios tarde o temprano querrán enviar logs, traces y metrics a su propio stack de observabilidad. Este artículo explica cómo diseñar tu producto para exportar telemetría vía OTLP a cualquier backend compatible con OpenTelemetry. Analiza los cuatro tipos de señales, los principios de un buen sistema de telemetría y dos contextos de despliegue: software que el usuario instala (Kuma, Keycloak) y plataformas que tú operas (Cloudflare, Heroku).
En lugar de bloquear a los usuarios en tus dashboards integrados o limitar las exportaciones a ciertos proveedores, soportar la exportación a cualquier backend compatible con OpenTelemetry (OTel) es una práctica neutral y a prueba de futuro que les da la libertad de elegir su stack de observabilidad.
- yearesadpeople
Muy desafortunado que este artículo esté escrito por un LLM. Al leerlo, la premisa y la conclusión son lo que produciría una sesión de chat llena de llamadas RAG y MCP. Decepcionado del liderazgo de OTel, el blog normalmente es un buen lugar para leer sobre lo que está pasando con la comunidad.
- ContinuityLab
OTel-native suena genial en teoría, pero cada proveedor sigue encontrando la forma de arrastrarte hacia su dialecto de consulta propietario o su impuesto de almacenamiento una vez que alcanzas escala en producción.
- serkan-ozal
He estado en el mundo de la observabilidad más de 10 años y lo que puedo decir es que OTEL es uno de los mayores pasos en este espacio, aunque los diferentes proveedores tengan lo suyo.