Qué es la observabilidad, sin rollo (y por dónde empezar si tu equipo es chico)

La diferencia con el monitoreo, las tres señales (logs, métricas y trazas), qué es OpenTelemetry, cuánto cuesta de verdad y, sobre todo, en qué orden conviene armarla cuando no eres Netflix.

1. La respuesta corta

Observabilidad es poder contestar, desde fuera, qué está pasando dentro de tu sistema, incluso preguntas que no pensaste antes. «¿Por qué este cliente vio un error a las 3:12?», «¿qué cambió desde el despliegue de ayer?», «¿en qué paso se quedan los pedidos que no se surten?».

Para contestarlas, tu aplicación tiene que dejar rastro de lo que hace (logs, métricas y trazas) y tienes que poder buscar en ese rastro. Si para contestar tienes que agregar un console.log, desplegar y esperar a que vuelva a pasar, todavía no tienes observabilidad.

2. Observabilidad y monitoreo: no son lo mismo

El monitoreo vigila lo que ya sabes que puede fallar: la página no contesta, el disco se llena, la CPU pasa de 90 %. La observabilidad te deja investigar lo que no sabías que podía fallar. Se necesitan las dos: el monitoreo te avisa, la observabilidad te dice por qué.

3. Las tres señales: logs, métricas y trazas

Las guías las llaman «los tres pilares». Son tres formas de dejar rastro, y cada una contesta otro tipo de pregunta:

Y los errores merecen su lugar aparte, aunque técnicamente son logs: agrupados (mil veces el mismo error es un problema, no mil) y con su stack, son lo que más rápido te dice qué arreglar.

4. La señal que casi nadie cuenta: tu negocio

Las tres señales te hablan de tu código y tus servidores. Pero hay fallas en las que el código no truena y el servidor está perfecto:

• El cliente pagó y el pedido nunca se surtió.
• El webhook de Mercado Pago no llegó, así que el pago sigue «pendiente» (cómo saberlo).
• El cron que manda las facturas dejó de correr hace una semana (cómo saberlo).

Ninguna escribe una línea de error. La única forma de verlas es contar los procesos de tu negocio: cuántos empezaron y cuántos terminaron. Si «pedido pagado» no llega a «pedido surtido» en 30 minutos, algo se rompió, aunque todas tus gráficas estén en verde.

5. Qué es OpenTelemetry

OpenTelemetry es el estándar abierto para producir y mandar logs, métricas y trazas, sin amarrarte a un proveedor. Es un proyecto de la Cloud Native Computing Foundation (la misma de Kubernetes), nacido en 2019 de juntar OpenTracing y OpenCensus. Tiene tres piezas:

• Los SDK, uno por lenguaje, que tu aplicación usa para medir. Muchos frameworks se miden solos con la instrumentación automática.
• OTLP, el formato en que viaja todo. Cualquier herramienta que lo reciba puede leer lo que mandas.
• El Collector, un programa opcional que recibe, filtra y reenvía. Con su receptor hostmetrics también mide CPU, memoria y disco de la máquina.

¿Por qué importa? Porque si mides con OpenTelemetry, cambiar de herramienta es cambiar una dirección en tu configuración, no reescribir tu instrumentación. Si empiezas hoy, empieza con él o con algo que lo reciba.

6. Por dónde empezar, en orden

Las guías de los gigantes empiezan por «arma tu plataforma de observabilidad». Si tu equipo es de una a diez personas, empieza por lo que más rápido te ahorra un mal día:

1. Los errores, agrupados y con su stack. Es lo que más rápido te dice qué arreglar. Media hora de trabajo.
2. Tus logs, en un lugar donde se puedan buscar, y escritos con estructura (JSON con sus campos, no texto suelto). Si ya están llenos de console.log, no los reescribas: haz que lleguen a un lugar donde se busquen (cómo, en Node.js).
3. Tu página revisada desde fuera, cada minuto, con aviso al teléfono (cómo).
4. Los procesos de tu negocio que deben terminar: el pedido, el pago, el mensaje. Es lo que tus clientes notan primero.
5. Trazas, cuando tengas más de un servicio: el mismo id de un servicio a otro (la cabecera traceparent).
6. Métricas de tus servidores: CPU, memoria y disco, con aviso antes de que se llene el disco.

Con las cuatro primeras ya ves casi todo lo que le pasa a una aplicación chica. Las tablas de métricas con cien gráficas pueden esperar.

7. Las herramientas, y cómo cobran

Todas hacen más o menos lo mismo; lo que más cambia es cómo cobran, y eso decide cuánto vas a pagar cuando crezcas:

8. Lo que cuesta de verdad

La sorpresa de la observabilidad casi nunca es el precio de lista: es la factura del tercer mes. Tres cosas la hacen crecer:

• El volumen de logs. Si cobran por GB, un log de depuración que se quedó prendido en producción te puede costar más que tu servidor.
• La cardinalidad de las métricas. Una métrica con el id del cliente como etiqueta se convierte en miles de series, y muchas herramientas cobran por serie.
• Los productos aparte. Logs, trazas, errores, revisión de URLs y página de estado se cobran por separado en varias herramientas.

Antes de elegir, haz la cuenta con tu volumen de hoy y con el doble.

9. Con Estiaje

Estiaje es observabilidad para equipos chicos, en pesos y por un precio fijo. Junta en un solo lugar:

• los errores agrupados con su stack;
• tus logs con búsqueda (los console.log, pino o winston que ya tienes);
• el viaje de cada petición entre tus servicios;
• tus URLs revisadas cada minuto, con página de estado;
• CPU, memoria y disco de tus servidores.

Y la señal que los demás no ven: los procesos de tu negocio que empezaron y no terminaron, con el dinero en riesgo.

Recibe OpenTelemetry (logs, trazas y métricas por OTLP; la receta), así que si ya mides con él, solo cambias la dirección. Y si no, el SDK de Node.js o la receta de tu lenguaje (Python, PHP y los demás) te dejan andando en cinco minutos. Los errores y los logs vienen desde el plan Gratis.

Preguntas frecuentes