Observabilidad como servicio: métricas que valen dinero

El dashboard que nadie mira

Tu equipo de ingeniería tiene un Grafana con 47 dashboards. CPU, memoria, latencia, error rates, throughput de colas, tamaño de base de datos. Todo muy técnico, todo muy detallado, y todo completamente invisible para el 95% de la organización que no sabe (ni necesita saber) qué es un p99.

Mientras tanto, el director comercial quiere saber por qué los pedidos de ayer tardaron el doble de lo normal. La directora financiera quiere entender cuánto dinero se pierde cada vez que la web va lenta. Y el CEO quiere un número: estamos bien o no estamos bien?

Ese desajuste entre lo que la observabilidad mide y lo que el negocio necesita saber es el motivo por el que muchas empresas ven la observabilidad como un coste de ingeniería en vez de como una herramienta de negocio. La solución no es más dashboards técnicos. Es traducir las métricas al idioma del dinero.

SLOs que hablan de negocio

Los SLOs (Service Level Objectives) son el puente entre ingeniería y negocio. Pero la mayoría de los SLOs que vemos están definidos en términos técnicos: “disponibilidad del 99,9%”, “latencia p95 por debajo de 200ms.” Esos números son correctos e importantes para el equipo de operaciones. Para el comité de dirección, no significan nada.

Un SLO de negocio traduce la métrica técnica a un resultado de negocio:

• Técnico: “Latencia p95 del endpoint /checkout por debajo de 2 segundos.”

• Negocio: “El 95% de los clientes completan el pago en menos de 8 segundos.”

• Técnico: “Error rate del API de pedidos por debajo del 0,5%.”

• Negocio: “Menos de 5 de cada 1.000 pedidos fallan por causas técnicas.”

• Técnico: “Disponibilidad del servicio de cotización: 99,9%.”

• Negocio: “Los clientes pueden solicitar presupuesto en cualquier momento del horario laboral. Tiempo máximo de no disponibilidad: 45 minutos al mes.”

Los SLOs de negocio hacen tres cosas que los técnicos no hacen: son comprensibles por cualquier directivo, son verificables por el equipo comercial (que ve directamente si los clientes se quejan), y son priorizables en términos de impacto económico.

Cuánto cuesta una caída

La pregunta más poderosa que puede hacer un equipo de observabilidad es: cuánto dinero pierde la empresa por cada hora de caída? Si puedes responder a esa pregunta con un número, la observabilidad deja de ser un centro de coste y se convierte en un seguro cuantificable.

El cálculo depende del tipo de negocio, pero la estructura es consistente:

Ingresos perdidos directos. Si tu tienda online factura 50.000 euros al día y el 70% de las ventas ocurren en horario comercial (10 horas), una hora de caída son 3.500 euros. Si la caída es parcial (la web va lenta pero funciona), el impacto se estima por la reducción en tasa de conversión. Datos de Google indican que un aumento de 1 segundo en tiempo de carga reduce las conversiones un 7%.

Coste operativo de la incidencia. Dos ingenieros trabajando 4 horas en resolver una incidencia, a un coste cargado de 60 euros/hora, son 480 euros. Más el coste de oportunidad: esas 8 horas-persona no se dedicaron a desarrollo de producto.

Impacto en clientes B2B. Si tus clientes empresariales tienen procesos que dependen de tu API, una caída no solo te afecta a ti. Afecta a su cadena de valor. Eso no se cuantifica fácilmente en euros, pero se cuantifica en llamadas furiosas y, en el peor caso, en cláusulas de penalización de SLA.

Daño reputacional. Difícil de cuantificar, real en sus efectos. Una caída prolongada o recurrente erosiona la confianza. Los clientes no cambian de proveedor por una caída. Cambian por la tercera.

Con estos números, la conversación cambia. “Necesitamos 2.000 euros al mes en servicios de observabilidad” se convierte en “con 2.000 euros al mes de observabilidad, reducimos el tiempo medio de detección de incidencias de 45 minutos a 5 minutos, lo que nos ahorra 35.000 euros al año en caídas no detectadas.”

Plataformas para no-ingenieros

El error clásico de la observabilidad es construirla exclusivamente para ingenieros. Los ingenieros necesitan Grafana, Prometheus, Loki, trazas de OpenTelemetry. El resto de la organización necesita algo mucho más simple.

Lo que funciona son dashboards ejecutivos con tres características:

Semáforo. Verde, amarillo, rojo. Sin números, sin gráficas. El CEO mira su pantalla a las 9 de la mañana y ve verde. Todo bien. Si ve amarillo, hay un problema no crítico que el equipo está gestionando. Si ve rojo, hay una caída activa. La simplicidad no es falta de sofisticación; es disciplina de comunicación.

Métricas de negocio en tiempo real. Pedidos procesados en la última hora. Importe facturado hoy. Clientes activos en la plataforma. Estas métricas no vienen del APM sino de los datos de negocio, pero se muestran en el mismo sitio. Cuando un directivo ve que los pedidos han caído un 40% en la última hora, no necesita saber que el API tiene un error 503. Necesita saber que hay un problema y que alguien lo está resolviendo.

Tendencias semanales/mensuales. Gráficas de tendencia que muestran si las cosas van a mejor o a peor. Tiempo medio de carga de la web esta semana vs la anterior. Tasa de error de pedidos este mes vs el anterior. Las tendencias revelan degradación gradual que las alertas puntuales no capturan.

El ROI de la observabilidad

Pongamos números reales. Un cliente con un ecommerce que factura 3 millones anuales tenía, antes de implementar observabilidad gestionada:

• Tiempo medio de detección de incidencias: 47 minutos (hasta que alguien se daba cuenta)
• Tiempo medio de resolución: 2,3 horas
• Incidencias mensuales con impacto en usuarios: 4,2
• Coste estimado anual de caídas: 62.000 euros

Después de implementar observabilidad con alertas proactivas, runbooks y escalado:

• Tiempo medio de detección: 3 minutos (alerta automática)
• Tiempo medio de resolución: 38 minutos
• Incidencias mensuales con impacto en usuarios: 1,8 (la observabilidad proactiva previno el 57% de las incidencias potenciales)
• Coste estimado anual de caídas: 11.000 euros

Ahorro anual: 51.000 euros. Coste del servicio de observabilidad: 24.000 euros anuales. ROI del primer año: 112%.

Estos números son de un caso real. No todos los casos son así de claros, pero la estructura del cálculo es replicable para cualquier empresa que pueda estimar su coste de caída.

De coste a ventaja competitiva

La observabilidad bien implementada no solo evita pérdidas. Genera ventaja competitiva. Cuando sabes que tu tiempo medio de respuesta es de 180ms y el de tu competidor es de 1,2 segundos (y lo sabes porque lo mides), puedes usar eso como argumento comercial. Cuando puedes mostrar a un cliente B2B tu SLA real (no el prometido, el real, con datos históricos), la confianza es otra.

La observabilidad no es un dashboard. Es la capacidad de una organización para entender qué está pasando, por qué está pasando, y qué hacer al respecto. Cuando esa capacidad está disponible para toda la organización (no solo para ingeniería), deja de ser un coste técnico y se convierte en infraestructura de decisión.

Y la infraestructura de decisión, en una empresa que crece, vale más que cualquier métrica de CPU. Para profundizar en la implementación técnica, consulta nuestro artículo sobre observabilidad para microservicios.