Optimización del coste de observabilidad
La factura de observabilidad crece con el volumen de datos, no con lo que se mira: en la mayoría de instalaciones una parte grande de los logs y de las métricas que se ingestan no se consulta nunca. El trabajo consiste en auditar qué se genera, cruzarlo con qué se usa de verdad y meter un pipeline de OpenTelemetry por delante que filtre, muestree y enrute antes de enviar nada. El entregable es un informe con el ahorro estimado sobre vuestra propia factura y un plan de implantación, y se puede quedar ahí si los números no justifican el cambio.
Última actualización:
Dónde se va el dinero de la telemetría
Para quién es
Para equipos cuya factura de observabilidad ya es una partida visible del presupuesto, o que han empezado a recortar retenciones y a desactivar trazas para contenerla. También para quien está valorando cambiar de proveedor y quiere saber qué parte del gasto es el proveedor y qué parte es cómo está instrumentado.
Qué problema resuelve
Que se paga por volumen ingestado y se decide por costumbre. Los logs de depuración de un servicio que nadie depura desde hace año y medio cuestan lo mismo que los que importan; las métricas con etiquetas de alta cardinalidad —identificadores de petición, de usuario, de contenedor— multiplican series sin que nadie las agrupe nunca; y el muestreo de trazas, si existe, está al valor por defecto. Cuando el recorte llega por la vía rápida se baja la retención a la mitad, que es justo lo que hace falta el día de la investigación difícil.
Qué objetivo se persigue
Pagar por la telemetría que se mira y conservar la que hace falta para investigar un incidente. Lo que se busca es bajar el volumen enviado sin perder capacidad de diagnóstico, y el informe dice cuánto se puede bajar en vuestro caso concreto. No publicamos porcentajes de ahorro: dependen de cómo esté instrumentado cada sistema, y una cifra media no significaría nada sobre vuestra factura.
Las tres piezas del trabajo
Auditoría
Qué se genera, qué se ingesta, qué se consulta y qué cuesta cada cosa. Con la factura del proveedor al lado del inventario de métricas, logs y trazas.
Pipeline con OpenTelemetry
Un colector por delante que filtra, agrupa, recorta etiquetas, muestrea trazas y enruta cada tipo de dato a donde toca. El código de instrumentación no cambia.
Stack abierto, si compensa
Grafana, Prometheus, Loki y Tempo gestionados por nosotros o por vuestro equipo. Es una opción del informe, no la conclusión obligatoria.
Qué entregamos
El informe
Inventario de telemetría por servicio, con el coste asociado y el uso real: qué paneles, alertas y consultas tocan cada dato. Para cada partida, qué se propone hacer —retirar, agrupar, muestrear, bajar retención, mover a almacenamiento más barato— con el ahorro estimado sobre vuestra factura y lo que se pierde a cambio. Esa última columna es la importante: un recorte que deja ciego al equipo durante el siguiente incidente no es un ahorro.
El plan
Orden de implantación por relación entre ahorro y riesgo, con la configuración del colector escrita y revisable, y una fase de convivencia en la que lo nuevo y lo viejo corren a la vez para comprobar que no se pierde nada antes de cortar.
Cuándo NO compensa
Si la factura todavía es pequeña respecto al coste del trabajo de cambiarla, si estáis a mitad de una migración de plataforma, o si el problema de verdad es que falta instrumentación y no que sobra, lo decimos en el informe y ahí se acaba. Ocurre, y es más barato saberlo que montar un pipeline que no hacía falta.
Cómo trabajamos
Acceso y recogida
Acceso de lectura a la plataforma de observabilidad y a la factura, e inventario de lo que se genera por servicio.
Cruce de coste y uso
Qué datos alimentan paneles, alertas y consultas reales, y qué datos no aparecen en ninguna parte.
Informe y decisión
Ahorro estimado por partida, lo que se pierde a cambio y orden de implantación. Con esto decidís, y podéis parar aquí.
Implantación y convivencia
Colector configurado, periodo en el que lo viejo y lo nuevo corren a la vez, y corte cuando se confirma que no falta nada.
Preguntas frecuentes
¿Hay que cambiar de proveedor de observabilidad?
No necesariamente. Buena parte del ahorro sale de no enviar datos que nadie consulta, y eso se consigue con el proveedor que ya tenéis. La migración a un stack abierto es una opción que aparece en el informe con su propio coste de operación, no la conclusión por defecto.
¿Hay que reinstrumentar las aplicaciones?
En general no. El colector de OpenTelemetry se pone por delante y trabaja sobre lo que ya se emite. Si falta instrumentación en algún servicio importante, aparece en el informe como una recomendación aparte.
¿Garantizáis un porcentaje de ahorro?
No, y desconfiad de quien lo haga sin haber visto vuestra instalación. El informe da una estimación calculada sobre vuestra factura y vuestro volumen, con el detalle de cómo se ha llegado a ella para que podáis comprobarlo.
¿Vamos a perder datos que luego necesitemos?
Es el riesgo real del trabajo, y por eso cada propuesta del informe lleva escrito qué se deja de poder investigar. Lo que se toca primero es lo que no alimenta ningún panel ni ninguna alerta, y el corte se hace después de un periodo de convivencia.
¿Hace falta cambiar de proveedor de cloud para empezar?
No. El trabajo de fiabilidad se hace sobre lo que ya tenéis, sea AWS, Azure, Google Cloud, un proveedor europeo o vuestro propio hardware. La migración es otro servicio y solo tiene sentido si hay una razón para hacerla.
¿Cuánto tardamos en notar algo?
Lo primero que se nota es el ruido: una revisión de alertas suele dar resultado en las primeras semanas, porque buena parte de las que suenan no son accionables. Los SLOs tardan más, porque antes hay que medir, y no sirven de nada hasta que hay unas semanas de datos detrás.
¿Firmáis un acuerdo de confidencialidad?
Sí, si lo queréis, y nada de lo que veamos se usa como ejemplo en ningún sitio sin permiso por escrito. Los accesos se piden al mínimo necesario y se documentan.
Pide la auditoría de observabilidad
Dinos qué plataforma usáis y qué orden de magnitud tiene la factura. Respondemos en menos de 24 horas laborables con el alcance y el plazo.
o escríbenos a info@esdis.es