Alejandría

Busca en Alejandría

Plataformas

SigNoz

Plataforma de observabilidad basada en OpenTelemetry para analizar métricas, logs y trazas.

01

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.

02

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.