para equipos que ya usan OpenTelemetry
Conserva todos los exportadores. Añade detección por versión.
Tu collector ya tiene lo difícil: trazas conectadas, métricas del runtime, identidad del servicio y fan-out. Conserva todos sus destinos, añade Sixty como exporter OTLP/HTTP y convierte la misma telemetría en detección por versión.
Qué mide
- Spans HTTP, RPC y de base de datos conectados
- Operaciones, dependencias, distribuciones de latencia, tiempo propio, errores, llamadas a base de datos y filas cuando los atributos semánticos los aportan.
- Histogramas semánticos útiles
- Los histogramas de duración HTTP y RPC son una baseline de menor fidelidad cuando no hay trazas.
- Presión del runtime y del pool
- CPU, memoria, event loop, pausas de GC y presión del pool se convierten en contexto acotado del hallazgo.
- Identidad de servicio, entorno y versión
- service.name elige el servicio; deployment.environment.name el entorno; deployment.revision o service.version ancla la comparación.
Qué encuentra
Cada una de estas se compara con la versión anterior, así que el hallazgo nombra el cambio y no el día.
Un endpoint más lento tras una versión
Las distribuciones se comparan por operación y versión, para no presentar un pico compartido como regresión de código.
Una ruta de base de datos que empezó a trabajar más
Los spans conectados revelan cambios de llamadas, round trips, latencia y filas cuando existe evidencia semántica.
Saturación detrás de varias operaciones lentas
CPU, memoria, event loop, GC y pool corroboran una causa de recursos compartida.
Una dependencia que empezó a fallar o ir lenta
Los spans salientes siguen siendo dependencias y no se mezclan con tu tiempo propio.
Telemetría que no permite comparar
La falta de service.name se rechaza parcialmente y una versión ausente o fija se muestra como estado de ingesta.
Qué aparece en tu lista
No es un panel que leer. Una tarjeta por hallazgo, con las cifras, la versión que las cambió y las pruebas que tu agente de código necesita para escribir el arreglo.
Producido por apps/otel-demo-app: seis versiones solo OTEL pasan por el receiver público, sin agente nativo.
GET /checkoutEl span del servidor se volvió lento mientras subían la saturación del runtime y la presión del pool.
en la demo OTEL, a lo largo de seis versiones
GET /checkoutLos spans conectados muestran más trabajo downstream y lo mantienen atribuido al endpoint.
en la demo OTEL, a lo largo de seis versiones
Cómo se instala
Añade un exporter junto a los destinos actuales. No sustituyas receivers, processors, sampling, redacción ni exporters, y no añadas una pipeline de logs para Sixty.
exporters:
otlphttp/sixty:
endpoint: https://ingest.sixty.sh
headers:
Authorization: "Bearer ${env:SIXTY_OTEL_KEY}"
compression: gzip
retry_on_failure:
enabled: true
service:
pipelines:
traces:
exporters: [your_existing_exporter, otlphttp/sixty]
metrics:
exporters: [your_existing_exporter, otlphttp/sixty]Valida y reinicia solo el collector; envía tráfico bajo dos versiones distintas. check_service confirma datos e identidad de versión.
Qué no hace
- OTEL no equivale a un agente nativo: faltan spans automáticos de funciones, detalle específico del driver y atribución al código. La prioridad es agente nativo, traza OTEL y métrica OTEL.
- Sixty no es un almacén de trazas: conserva sketches y ejemplos acotados, no búsqueda de trazas ni dashboards.
- Logs y métricas personalizadas arbitrarias se rechazan mediante partial success; no se conservan sentencias SQL sin procesar.
- Un gateway para varios servicios no debe imponer un service.name global; define identidad y versión por aplicación.
Si estás aquí por una de estas
Una página, decenas de llamadas a la base de datos
Una página de listado que antes iba rápida ahora tarda un segundo o dos, y empeora según crece la lista.
Rápido para mí, lento para todos los demás
La gente no para de decir que el sitio va lento.
La página carga y está vacía
Alguien abre una página y no hay nada en ella.
Descubre qué hizo tu último cambio.
¡Pruébalo!¿Construyes otra cosa? Mira servicios Node, servicios Python o servicios Go — esas páginas son distintas, y también lo es lo que podemos ver.