Hacker News Front Page · By Nityananda Gohain (SigNoz), Dhruv Ahuja (SigNoz) | Thursday, October 08, 2026 ·
OTel-Native by Design - Building Products That Export to Any Observability Stack
El artículo sostiene que los productos de software deberían permitir que sus usuarios envíen logs, trazas y métricas a cualquier backend compatible con OpenTelemetry mediante OTLP, en lugar de depender de integraciones propietarias o APIs de sondeo personalizadas. Compara la instrumentación integrada para software autogestionado con los destinos de telemetría gestionados por plataformas, y analiza opciones de configuración, enrutamiento y arquitectura de Collectors para entornos multiinquilino. Recomienda priorizar la exportación push, los estándares semánticos y controles por señal, con ejemplos de Kuma, Keycloak, Cloudflare Workers y Heroku.
With contributions from Dan Gomez Blanco (New Relic). If you’re building self-hosted software or a SaaS product, your users will eventually ask to send logs, traces, and metrics to their own observability stack, whether to satisfy compliance, manage costs, or centralize all their observability data in one place. Locking them into your built-in dashboards or limiting exports to certain vendors creates unnecessary friction. Instead, supporting export to any OpenTelemetry (OTel)-compatible backend is a vendor-neutral, future-proof practice that gives users the freedom to choose their observability stack.