La revisión anual de XDA-Developers sobre herramientas FOSS autohospedadas dejó una cosa clara: las pesadillas operativas no son las herramientas en sí, sino la falta de visibilidad. Un contenedor se reinicia silenciosamente en un bucle de fallos toda la noche, un disco se llena mientras nadie mira, un certificado expira y derriba un servicio, y nadie se entera hasta que alguien realmente necesita la cosa que se rompió. El autohospedaje parece fácil hasta que el fallo es silencioso. La solución no es más software para vigilar, sino observabilidad que expone problemas antes de que se conviertan en incidentes. Siete aplicaciones de escritorio que hacen un stack de laboratorio casero observable, clasificadas por lo directo que cada una responde a “¿realmente todo está funcionando?”
Qué buscar en una aplicación de monitoreo autohospedada
- Huella de recursos. Un stack de monitoreo que consume una parte significativa del hardware que se supone debe vigilar, derrota el propósito en un laboratorio casero pequeño.
- Integraciones de alertas. La compatibilidad con Discord, ntfy, Gotify, Slack y webhooks importa más que un panel hermoso que nadie verifica.
- Publicación de página de estado. Una página pública o interna que puedas mostrar a la gente es mejor que explicar una interrupción después de que suceda.
- Soporte nativo para contenedores. Cualquier cosa que ejecute Docker o Kubernetes necesita monitoreo que entienda contenedores, no solo hosts y puertos.
- Retención histórica. Solo el tiempo de actividad no explica por qué algo se rompió; el historial de métricas durante días o semanas lo hace.
- Fricción de configuración. Una herramienta que toma una noche configurar será abandonada la primera vez que necesite una actualización.
Comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial |
|---|---|---|---|---|
| Uptime Kuma | Alertas de tiempo de actividad rápidas y página de estado | Linux, Windows, macOS | Sí, aplicación completa | Gratuito |
| Grafana + Prometheus | Historial de métricas profundas y paneles | Linux, Windows, macOS | Sí, aplicación completa | Gratuito |
| Netdata | Métricas de host por segundo sin configuración | Linux, Windows, macOS | Sí, nivel autohospedado | Gratuito |
| Beszel | Seguimiento de recursos de servidores múltiples ligero | Linux, Windows, macOS | Sí, aplicación completa | Gratuito |
| Gatus | Páginas de estado administradas por Git | Linux, Windows, macOS | Sí, aplicación completa | Gratuito |
| Homepage | Panel único que agrega otras herramientas | Linux, Windows, macOS | Sí, aplicación completa | Gratuito |
| Portainer CE | Salud de contenedores y registros | Linux, Windows, macOS | Sí, Community Edition | Gratuito |
Las aplicaciones
1. Uptime Kuma — Mejor para alertas de tiempo de actividad rápidas y página de estado
Uptime Kuma es la herramienta a la que la mayoría de las guías de laboratorio casero señalan primero, y se lo merece. Apúntala a puntos finales HTTP, puertos TCP, registros DNS o contenedores Docker, establece un intervalo de verificación y envía alertas a través de más de 90 integraciones de notificación, incluyendo Discord, Slack, ntfy, Gotify y webhooks simples. También genera una página de estado pública o privada a partir de la misma lista de monitores, por lo que hay una URL para verificar en lugar de adivinar qué servicio se cayó.
Dónde falla: Sin gráficos de recursos o métricas más allá del tiempo de respuesta e historial de tiempo de actividad. La configuración de notificaciones es por monitor, lo que se vuelve repetitivo después de docenas de verificaciones. Sin agregación de registro integrada.
Precio: Gratuito, licencia MIT, solo autohospedado.
Plataformas: Linux, Windows, macOS (funciona en cualquier lugar donde Docker funcione; el panel en sí es una aplicación de navegador).
Descarga: GitHub
Conclusión: El camino más rápido desde “nada se está vigilando” hasta “sabremos en un minuto.”
2. Grafana + Prometheus — Mejor para historial de métricas profundas y paneles
Grafana y Prometheus juntos son el stack de métricas estándar de la industria, y se escalan hacia un laboratorio casero bien. Prometheus raspa y almacena datos de series temporales de exportadores conectados a cada servicio; Grafana convierte esos datos en paneles y reglas de alerta. El ecosistema de exportadores cubre casi cualquier cosa que valga la pena vigilar: node_exporter para estadísticas de host, cAdvisor para contenedores, blackbox_exporter para verificaciones de puntos finales.
Dónde falla: Dos servicios para ejecutar y mantener alineados en lugar de uno. PromQL tiene una curva de aprendizaje real. Cada servicio del que desees métricas necesita su propio exportador, lo que agrega más piezas móviles que pueden fallar silenciosamente.
Precio: Gratuito y de código abierto autohospedado (Prometheus es Apache 2.0, la edición de código abierto de Grafana es AGPL). Grafana Cloud ofrece niveles alojados pagos, pero el stack autohospedado sigue siendo gratuito.
Plataformas: Linux, Windows, macOS (binarios nativos o Docker en los tres).
Descarga: Grafana · Prometheus
Conclusión: Elige esto cuando solo el tiempo de actividad no responde “por qué” e importa el historial.
3. Netdata — Mejor para métricas de host por segundo sin configuración
Netdata descubre automáticamente lo que se ejecuta en un host en el momento de la instalación e inmediatamente comienza a graficar, sin necesidad de construcción de panel. Incluye miles de gráficos pregenerados que cubren CPU, memoria, I/O de disco, red y cientos de aplicaciones compatibles, todo con granularidad por segundo. Para una sola máquina de laboratorio casero, es la forma más rápida de verlo todo de una vez.
Dónde falla: La retención local por segundo puede llenar el disco rápidamente en hardware restringido. El símbolo de registro en Netdata Cloud aparece más de lo necesario. El uso de recursos es más pesado que los competidores ligeros en esta lista cuando se ejecuta en un nodo de baja potencia.
Precio: Nivel Community gratuito autohospedado; el nivel Business pagado agrega gestión de flota centralizada y retención de nube más larga.
Plataformas: Linux (instalación nativa y Docker, el objetivo principal), Windows y macOS vía Docker.
Descarga: GitHub · Sitio de Netdata
Conclusión: Instálalo y el host se explica a sí mismo, sin configuración requerida.
4. Beszel — Mejor para seguimiento de recursos de servidores múltiples ligero
Beszel es lo que Netdata sería si permaneciera minimalista. Un único binario Go estático ejecuta un concentrador que recopila de agentes ligeros en cada servidor a través de SSH, graficando CPU, memoria, disco, red y estadísticas de Docker por contenedor sin la sobrecarga de un stack de métricas completo. Para alguien que vigila tres o cuatro máquinas, es la herramienta que no pide un segundo servidor solo para ejecutar el monitoreo.
Dónde falla: Proyecto más joven, por lo que hay menos integraciones y menos documentación comunitaria que Netdata. Sin lista de integraciones de notificaciones tan amplia como Uptime Kuma. El conjunto de características es intencionalmente más estrecho que un stack de métricas completo, por diseño.
Precio: Gratuito, licencia MIT, solo autohospedado.
Plataformas: Linux (principal, para concentrador y agente), Windows y macOS vía binario o Docker para el agente.
Descarga: GitHub
Conclusión: Elige esto cuando Netdata se siente pesado y Grafana más Prometheus se siente excesivo.
5. Gatus — Mejor para páginas de estado administradas por Git
Gatus trata el monitoreo como configuración, no como hacer clic. Cada verificación de punto final, ya sea HTTP, TCP, DNS, ICMP o una condición scripted personalizada contra un cuerpo de respuesta o encabezado, vive en un archivo YAML que puede colocarse en control de versiones junto con el resto del código de infraestructura del laboratorio casero. Genera una página de estado a partir de la misma configuración, por lo que la fuente de verdad para lo que se monitorea y lo que ve el público es el mismo archivo.
Dónde falla: Editar un monitor significa editar un archivo y recargar, no hacer clic a través de una interfaz. Sin gráficos de recursos o métricas. La lista de integraciones de notificaciones es más estrecha que la de Uptime Kuma.
Precio: Gratuito, licencia Apache 2.0, solo autohospedado.
Plataformas: Linux, Windows, macOS, vía Docker o un binario Go estático.
Descarga: GitHub
Conclusión: Elige esto para una página de estado que viva en git, no en una base de datos.
6. Homepage — Mejor para un panel único que agrega otras herramientas
Homepage no monitorea nada por sí solo; extrae estado en vivo de las herramientas que ya lo hacen y las coloca en una página de inicio junto con marcadores y búsqueda. Los widgets pueden mostrar estados de monitor de Uptime Kuma, salud de contenedores Docker y Kubernetes, estadísticas de host de Proxmox y docenas de otros servicios autohospedados lado a lado, por lo que verificar “¿está todo bien?” se convierte en una carga de página en lugar de cinco inicios de sesión.
Dónde falla: Muestra salud que extrae de otras herramientas en lugar de generar sus propias alertas. La configuración son archivos YAML editados por widget, lo que agrega fricción para cambios frecuentes. Sin gráficos históricos propios.
Precio: Gratuito, licencia GPL, solo autohospedado.
Plataformas: Linux, Windows, macOS, basado en Docker con panel de navegador.
Descarga: GitHub
Conclusión: Elige esto como el único panel de vidrio que expone lo que ya saben Uptime Kuma, Netdata o Portainer.
7. Portainer CE — Mejor para salud de contenedores y registros
Portainer Community Edition le da a cada contenedor su propia vista: registros en vivo, uso de CPU y memoria, estadísticas de red y controles de reinicio o inspección, todo desde una interfaz web en lugar de una terminal. La gestión de stacks cubre Docker Compose y Kubernetes, por lo que un stack autohospedado completo puede ser verificado, reiniciado o reimplementado desde un lugar cuando algo en un contenedor falla silenciosamente.
Dónde falla: El monitoreo se limita al alcance del contenedor, no a nivel de host ni de punta a punta. Sin alertas o notificaciones integradas en Community Edition; la Business Edition pagada agrega más. Los gráficos de recursos históricos son limitados en comparación con Grafana más Prometheus.
Precio: Gratuito Community Edition (licencia zlib); Business Edition agrega RBAC y soporte en una licencia pagada.
Plataformas: Linux (el host de Docker más común), Windows vía Docker Desktop o contenedores de Windows, macOS vía Docker Desktop.
Descarga: GitHub · Sitio de Portainer
Conclusión: Elige esto cuando los fallos que vale la pena vigilar están dentro de contenedores, no solo en el borde de la red.
Cómo elegir el correcto
- Si un laboratorio casero no tiene nada vigilado aún: comienza con Uptime Kuma. Es la configuración más rápida y cubre el fallo más común, un servicio que se vuelve inaccesible.
- Si las alertas de tiempo de actividad no responden “por qué pasó esto”: agrega Grafana más Prometheus para el historial de métricas detrás de las alertas.
- Si una sola máquina necesita visibilidad completa sin configuración: Netdata la proporciona en minutos.
- Si Netdata se siente demasiado pesado para una Raspberry Pi o un puñado de pequeños nodos VPS: Beszel hace el mismo trabajo más ligero.
- Si la configuración de monitoreo necesita vivir en control de versiones junto con todo lo demás: Gatus.
- Si el stack ha crecido más allá de tres o cuatro herramientas y verificar cada una por separado es el problema real: Homepage las une.
- Si los contenedores Docker o Kubernetes son la capa que sigue fallando silenciosamente: Portainer CE vigila esa capa directamente.
- La mayoría de los laboratorios caseros terminan ejecutando dos o tres de estos juntos: Uptime Kuma para alertas, Netdata o Beszel para historial de recursos y Homepage para verlo todo de una vez.
FAQ
¿Cuál es el monitor de tiempo de actividad autohospedado más fácil?
Uptime Kuma. Un único contenedor Docker obtiene monitores HTTP, TCP, DNS y contenedores ejecutándose con una página de estado e integraciones de notificación en minutos, sin necesidad de una base de datos de métricas separada para configurar.
¿Necesito Grafana y Prometheus para un laboratorio casero?
No para empezar. Uptime Kuma o Netdata cubren la mayoría de las necesidades del laboratorio casero sin la configuración de dos servicios. Grafana y Prometheus ganan su lugar una vez que las alertas de tiempo de actividad solas dejan de explicar qué realmente sucedió, o cuando las métricas necesitan correlacionarse entre varios servicios.
¿Cómo se compara Netdata con Beszel?
Netdata descubre y grafica automáticamente mucho más de la caja, al costo de una huella más pesada y un aviso de registro en la nube. Beszel hace menos por diseño, un agente más ligero que reporta estadísticas de recursos principales a través de SSH, que es adecuado para vigilar varios servidores pequeños sin agregar sobrecarga a ninguno de ellos.
¿Puedo obtener alertas de Discord desde Uptime Kuma?
Sí. Discord es una de más de 90 integraciones de notificación integradas, junto con Slack, ntfy, Gotify, Telegram, correo electrónico y webhooks genéricos, configurables por monitor.
¿Funciona algo de esto sin Docker?
La mayoría de estas aplicaciones incluyen imágenes de Docker como distribución principal, pero Uptime Kuma, Netdata, Gatus y Beszel también ofrecen binarios nativos o scripts de instalación bare-metal para hosts Linux que omiten completamente los contenedores.
¿Cuál de estos previene realmente el problema del “fallo silencioso” que XDA describió?
Los siete lo abordan, pero desde ángulos diferentes. Uptime Kuma y Gatus detectan un servicio que se vuelve inaccesible. Netdata, Beszel y Grafana más Prometheus detectan el agotamiento de recursos antes de que cause una interrupción. Portainer detecta un contenedor atrapado en un bucle de fallos. Ejecutar al menos una herramienta de tiempo de actividad y una herramienta de métricas juntas cubre ambos modos de fallo.
