Skip to main content

Speedtest Tracker: Monitoriza el rendimiento de tu conexión


Introducción

Este artículo documenta el uso de Speedtest Tracker como servicio de observabilidad de red, integrado dentro del stack de infraestructura para medir y registrar de forma automática el rendimiento real de la conexión a internet.

A diferencia de las pruebas manuales puntuales, Speedtest Tracker ejecuta tests periódicos y almacena el histórico, permitiendo detectar degradaciones progresivas, patrones horarios y problemas intermitentes del proveedor.


Enfoque general

Speedtest Tracker se plantea como un servicio pasivo y persistente, cuyo único objetivo es medir y conservar datos objetivos sobre la calidad de la conexión.

No interviene en el tráfico ni modifica la red: se limita a ejecutar pruebas programadas y presentar los resultados en una interfaz web.

Arquitectura lógica:

  • Aplicación Speedtest Tracker: ejecuta los tests y gestiona el histórico.
  • Speedtest CLI (Ookla): motor de medición real.
  • Base de datos: almacenamiento persistente de resultados.
  • Scheduler interno: lanza pruebas de forma automática.

Qué aporta realmente

  • Histórico continuo de velocidad de descarga y subida.
  • Registro de latencia y jitter.
  • Identificación de franjas horarias problemáticas.
  • Evidencias objetivas ante caídas o degradaciones del ISP.
  • Comparación entre estado normal y momentos de incidencia.

Es especialmente útil cuando los problemas no son constantes y no aparecen al ejecutar un test manual.


Características relevantes

  • Pruebas automáticas programables.
  • Interfaz web clara y directa.
  • Persistencia de datos.
  • Soporte para múltiples motores de base de datos.
  • Despliegue sencillo en Docker.
  • Consumo de recursos bajo.

Requisitos previos

Dependencias que condicionan el despliegue:

  • Docker y Docker Compose operativos.
  • Conectividad a internet sin filtrado del tráfico de test.
  • Definición de una clave APP_KEY válida para la aplicación.
  • Volúmenes persistentes para conservar el histórico.

Desarrollo

Qué se hizo y por qué

  • Se despliega Speedtest Tracker como contenedor independiente.
  • Se mantiene persistencia para no perder histórico tras reinicios.
  • Se utiliza como servicio auxiliar, sin exposición pública directa.
  • Se integra dentro del conjunto de herramientas de observabilidad del sistema.

Configuración utilizada (solo enlaces)

Toda la configuración del servicio se mantiene versionada en Gitea:

Incluye:

  • Definición del contenedor.
  • Variables de entorno (APP_KEY, base de datos).
  • Puertos y volúmenes persistentes.

Validación

Comprobaciones mínimas tras el despliegue:

  • Acceso correcto a la interfaz web.
  • Ejecución automática de tests según la programación.
  • Generación de histórico tras varias ejecuciones.
  • Persistencia de datos tras reinicios del contenedor.

Consideraciones importantes

  • Los tests consumen ancho de banda: conviene ajustar la frecuencia.
  • Los resultados pueden verse afectados si se ejecutan durante picos de uso internos.
  • No sustituye herramientas de latencia continua (ping, smokeping).

Resumen breve

Speedtest Tracker permite disponer de un histórico fiable y automático del rendimiento real de la conexión a internet. Utilizado como servicio pasivo de observabilidad, aporta datos objetivos para detectar problemas y evaluar la calidad del enlace a lo largo del tiempo.


Referencias