Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

service-dash

Dashboard de homelab unificado para Uptime Kuma que muestra URLs locales/públicas por tarjeta, métricas en tiempo real del host (CPU, RAM, almacenamiento, red) vía Netdata integrado y seguimiento de uso de planes de IA. Arquitectura única con Compose stack.

Ficha actualizada 23 sept 2026, 20:16 · upstream 23 sept 2026, 20:10 · release v1.5.5

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es service-dash

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Service Dash es un dashboard de homelab diseñado para consolidar la monitorización de servicios en una sola interfaz. Integra Uptime Kuma para mostrar el estado y uptime de cada servicio, junto con sus direcciones locales y públicas detectadas automáticamente por tarjeta. Incluye métricas en tiempo real del host mediante un agente Netdata empaquetado dentro del stack, sin instalaciones separadas ni puertos adicionales.

El proyecto resuelve dos problemas comunes en homelabs: la fragmentación entre monitorización de servicios y estado del hardware, y la gestión duplicada de direcciones LAN/WAN. Cada tarjeta muestra ambas URLs y decide automáticamente cuál abrir según la conectividad del navegador. La configuración persiste en el servidor, no en almacenamiento local del cliente.

Ofrece seguimiento opcional del uso de planes de IA (Claude, Codex) mediante sidecars que consultan endpoints pasivos sin consumir cuota. Soporta plataformas Linux AMD64/ARM64 con Docker Engine rootful. Requiere Uptime Kuma previamente instalado y expuesto en HTTP.

CASOS DE USO
  • Monitorización unificada de servicios self-hosted con estado, uptime y direcciones locales/públicas en una sola vista
  • Visualización de métricas del host (CPU, RAM, almacenamiento, red) agrupadas por servicio o contenedor
  • Seguimiento del consumo de planes de IA (Claude, Codex) desde un único dashboard sin múltiples pestañas
  • Dashboard accesible tanto en LAN como WAN con detección automática de conectividad por tarjeta
PUNTOS DESTACADOS
  • Detección automática de URL activa (LAN/WAN) por tarjeta basada en la dirección del navegador, sin probes ni timeouts
  • Agente Netdata empaquetado dentro del stack para métricas del host sin puertos adicionales ni instalaciones separadas
  • Configuración persistente en servidor compartida entre dispositivos y navegadores, sin cuentas ni local storage
  • Seguimiento de uso de API de IA (Claude/Codex) mediante sidecars que consultan endpoints pasivos sin consumir cuota
  • Iconos automáticos desde catálogo selfh.st con fallback a monogramas locales si no hay conexión
  • Privacidad por defecto: URLs y paneles de IA ocultos hasta autenticación con Uptime Kuma
PRECAUCIONES
  • Requiere Docker Engine con Compose v2 ejecutando como root; no compatible con Docker Desktop ni rootless
  • Agente Netdata necesita capacidades host (pid: host, SYS_PTRACE, SYS_ADMIN) que requieren permisos elevados
  • No soporta Podman o Kubernetes; el stack está escrito específicamente para Docker Compose
  • Gemini listado como próximamente pero no funcional por falta de autenticación headless en contenedor
  • Plataformas ARM64 publicadas desde 1.3.3 pero sin pruebas exhaustivas del mantenedor en hardware ARM
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

The Service Dash dashboard: service cards with live status, uptime and both addresses; AI plan usage dials for Claude and Codex; host CPU, RAM, storage and network panelsThe settings dialog: refresh interval, privacy toggles, and AI usage showing Claude and Codex connected with Gemini coming soonService DashCard settings, searching the icon catalogue for Plex
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA8 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Instalar Uptime Kuma primero en puerto 3001 con slug de status page definido. Clonar o descargar docker-compose.yml del release correspondiente. Ajustar variables KUMA_PORT y STATUS_SLUG según configuración existente. Ejecutar con Docker Engine rootful en host AMD64/ARM64 Linux. No usar en Docker Desktop (métricas ficticias) ni sistemas sin soporte de AppArmor/SELinux para el agente Netdata.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.js
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
8888199993001237180
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.