En pocas palabras
Plataforma de observabilidad basada en OpenTelemetry para analizar métricas, logs y trazas.
Qué problema resuelve
Diagnóstico fragmentado de aplicaciones distribuidas y dificultad para correlacionar señales.
Cuándo utilizarlo
Microservicios con OTEL. Ejemplo: seguir una petición lenta desde la API hasta la base de datos.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Recibe telemetría instrumentada y la almacena sobre ClickHouse. Ofrece consultas, paneles y alertas para investigar servicios y sus dependencias.
Ejemplo de uso
Instrumentar una API y su consumidor de eventos; propagar el contexto y localizar trazas con latencia elevada. Correlacionar el span problemático con logs y uso de recursos.
Funciones
| Área | Capacidades |
|---|---|
| APM | Métricas RED por servicio y operación, base de datos y llamadas externas |
| Trazas | Búsqueda, filtros por atributos, flame graphs y gantt |
| Logs | Búsqueda, pipelines de procesado y correlación con trazas |
| Métricas | Compatibles con Prometheus; consultas con PromQL o el query builder |
| Dashboards | Paneles personalizados y plantillas |
| Alertas | Sobre métricas, logs, trazas o consultas SQL de ClickHouse |
| Excepciones | Agrupación de errores con su traza |
| Service map | Dependencias entre servicios a partir de trazas |
Arquitectura
Aplicaciones (SDK OpenTelemetry) ──OTLP──► SigNoz OTel Collector
│
ClickHouse ◄── Query service ◄── Interfaz web
Al usar ClickHouse como almacenamiento único para las tres señales, las consultas que cruzan trazas y logs son directas, y es posible escribir SQL sobre la telemetría cuando el query builder no basta.
Instrumentación
Al ser nativo de OpenTelemetry, basta con apuntar el exportador OTLP al collector de SigNoz:
export OTEL_SERVICE_NAME=api-solicitudes
export OTEL_EXPORTER_OTLP_ENDPOINT=http://signoz-otel-collector:4317
export OTEL_RESOURCE_ATTRIBUTES=deployment.environment=prod
java -javaagent:opentelemetry-javaagent.jar -jar app.jar
Cambiar de SigNoz a otro backend compatible solo exige cambiar el endpoint: no hay agentes propietarios.
Despliegue
| Opción | Uso |
|---|---|
| Docker | Pruebas y entornos pequeños |
| Helm en Kubernetes | Producción autoalojada; dimensionar ClickHouse y su almacenamiento |
| SigNoz Cloud | Gestionado, facturación por volumen ingerido |
Comparativa
| Opción | Rasgos |
|---|---|
| Stack Grafana (Loki, Tempo, Mimir) | Componentes separados, muy flexible, más piezas que operar |
| SigNoz | Una sola aplicación y almacenamiento, experiencia integrada |
| SaaS comerciales (Datadog, New Relic) | Sin operación, más funciones, coste por volumen alto |
La retención por señal y el muestreo de trazas son las palancas principales de coste; revisa la guía de ClickHouse para entender cómo crece el almacenamiento.
Criterios de implementación
Controlar cardinalidad, muestreo y datos sensibles. Comparar coste total de operar la plataforma con un servicio gestionado, usando el volumen real de telemetría.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.