Uptime Kuma es una de las herramientas de monitorización open source más populares: un comando de Docker y tienes checks HTTP, alertas y páginas de estado. Entonces, ¿por qué hay equipos que pagan por una monitorización alojada? Esta guía compara ambos enfoques con honestidad y explica cuándo conviene cada uno.

1. Lo que Uptime Kuma hace bien

  • Gratuito y open source (MIT), con una comunidad activa.
  • Arranque rápido: docker run -d -p 3001:3001 louislam/uptime-kuma.
  • Monitores HTTP(S), palabra clave, puerto TCP, ping, DNS, contenedor Docker y push (heartbeat).
  • Decenas de integraciones de notificación y páginas de estado incluidas.
  • Puede vigilar servicios internos no accesibles desde internet.

2. Los costes ocultos de autoalojar un monitor

El software es gratis; operarlo no. Necesitas un servidor, un proxy inverso y TLS, actualizaciones periódicas, copias de seguridad de la base SQLite/MariaDB y alguien que se entere cuando el propio monitor falla. Nada difícil, pero es un servicio de producción más.

3. El problema real: ¿quién vigila al vigilante?

La mayoría de instancias de Uptime Kuma se ejecutan en el mismo VPS, homelab o clúster de Kubernetes que los servicios que vigilan. Cuando ese host, su red, su DNS o su región cloud caen, el monitor cae también y se queda callado justo cuando necesitas una alerta. Además, los checks desde tu propia red no ven lo que ven tus usuarios desde fuera (propagación DNS, CDN, enrutamiento).

La solución: vigilar los endpoints públicos desde fuera de tu infraestructura, ya sea alojando Uptime Kuma en otro proveedor o usando un servicio alojado.

4. Comparativa

  • Coste: Uptime Kuma = servidor + tu tiempo · Alojado = plan gratuito y luego cuota (UptimeFlux: 5 monitores gratis, luego 7 $ / 19 $ / 39 $).
  • Instalación: Docker + proxy + TLS · registrarse y pegar una URL.
  • Mantenimiento: tuyo · gestionado.
  • Servicios internos: sí · no (solo endpoints públicos).
  • Independiente de tu infraestructura: solo si se aloja en otro sitio · sí, por diseño.
  • Equipos y workspaces: básico · incluido.

La tabla completa está en nuestra página alternativa a Uptime Kuma.

5. ¿Cuál elegir?

Uptime Kuma si vigilas sobre todo servicios internos, te gusta autoalojar y ya tienes un host separado y fiable.

Monitorización alojada si quieres cero mantenimiento, alertas que sobreviven a tus propias caídas y páginas de estado alojadas para tus clientes.

Ambos es una respuesta habitual: Uptime Kuma para la red interna y un monitor alojado para webs y APIs públicas.

6. Migrar los monitores públicos a un servicio alojado

  • Haz una lista de tus monitores públicos (URL, intervalo, código o palabra clave esperada).
  • Recréalos en la herramienta alojada (interfaz o API) y asigna los contactos de alerta.
  • Recrea la página de estado y apunta tu subdominio status. a ella.
  • Mantén ambos una semana y después elimina los duplicados.

Conclusión

Uptime Kuma es una herramienta excelente; la cuestión no son las funciones sino dónde vive el monitor. Para todo aquello de lo que dependen tus clientes, asegúrate de que al menos un check se ejecuta fuera de tu infraestructura.

Prueba UptimeFlux gratis: 5 monitores, página de estado incluida, nada que desplegar.