Observabilidad
Poder saber qué está haciendo un sistema en marcha, y por qué, a partir de lo que emite.
La observabilidad es qué tan bien podés entender lo que pasa adentro de un sistema en funcionamiento solo mirando los datos que va largando. Con buena observabilidad, cuando los usuarios dicen que el checkout anda lento, podés encontrar qué servicio, qué pedido y qué consulta a la base de datos tienen la culpa, sin tener que agregar código y volver a deployar primero.
Se apoya en tres tipos de señales. Los logs son líneas con fecha y hora que describen eventos ("pago 4812 falló: tarjeta rechazada"). Las métricas son números medidos en el tiempo, como pedidos por segundo, tasa de errores o uso de memoria. Las trazas siguen un único pedido mientras salta entre muchos servicios y muestran cuánto tardó cada paso. A todo eso junto se le dice telemetría.
El monitoreo clásico responde preguntas que pensaste de antemano: ¿la CPU pasó el 90%? La observabilidad apunta a responder preguntas nuevas, algo clave en sistemas cloud hechos de decenas de microservicios, donde las fallas suelen ser combinaciones raras que nadie previó. OpenTelemetry es el estándar abierto que hoy usan casi todas las herramientas para juntar estas señales, y productos como Amazon CloudWatch, Datadog o Grafana las guardan y las muestran.
Para quedarse
- Entender el interior de un sistema a partir de los datos que emite.
- Tres señales: logs (eventos), métricas (números en el tiempo), trazas (el recorrido de un pedido).
- El monitoreo vigila problemas conocidos; la observabilidad ayuda con los desconocidos.
- OpenTelemetry es el estándar abierto más común para juntar telemetría.
Para seguir leyendo
- Introducción a la observabilidad (documentación de OpenTelemetry)
- Observability (software) en Wikipedia (en inglés)
