El peor momento para descubrir que no tienes visibilidad es a las 2 a.m. con el sistema caído y el negocio detenido. La observabilidad es lo que separa «está caído, no sé por qué» de «sé exactamente qué falló y dónde» — antes de que el usuario lo note.
Monitoreo no es observabilidad
El monitoreo te avisa que algo pasó (CPU al 90%). La observabilidad te deja responder preguntas que no anticipaste: por qué esta petición de este cliente tardó 8 segundos. La diferencia es poder investigar lo desconocido, no solo vigilar lo conocido.
Los tres pilares — y el que casi siempre falta
- Métricas: el pulso agregado del sistema. Necesarias, pero no dicen el porqué.
- Logs: el detalle de qué ocurrió. Útiles si están estructurados y correlacionados, inútiles si son un mar de texto.
- Trazas: el pilar que casi siempre falta. Siguen una petición a través de todos los servicios y revelan dónde se fue el tiempo.
Empieza por los SLO, no por las herramientas
Define primero qué significa «funcionando bien» para el negocio (disponibilidad, latencia objetivo). Instrumenta para responder a eso. Comprar una plataforma antes de saber qué medir es empezar por el final.
Bien hecha, la observabilidad reduce el tiempo de detección y de resolución de forma dramática — y convierte las madrugadas de pánico en incidentes controlados. Para operaciones que no pueden esperar, no es un lujo: es parte del diseño.