statainer
Dashboard ligero para monitorización Docker con métricas en tiempo real, gestión de actualizaciones, notificaciones multi-proveedor y operaciones directas sobre contenedores. Incluye soporte para Compose, API REST opcional y persistencia de configuración local.
Ficha actualizada 18 sept 2026, 20:57 · upstream 7 jun 2026, 18:04 · release v0.9.20
Qué es statainer
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
statainer es una interfaz web ligera diseñada para entornos auto-alojados que requieren visibilidad operativa rápida sin sacrificar controles prácticos. Proporciona métricas en tiempo real (CPU, RAM, red, disco, GPU si está disponible), vistas tabulares y gráficas con filtros avanzados, agrupación por proyectos Compose y controles directos de inicio/parada/reinicio. La interfaz permite inspeccionar logs sin salir de la aplicación y persiste preferencias de usuario como columnas visibles, modo gráfico y tema.
El gestor de actualizaciones detecta imágenes listas para actualizar tanto en contenedores individuales como en stacks Compose completos, con historial persistente y capacidad de rollback. Soporta alertas configurables por umbrales de recursos o cambios de estado, enviando notificaciones a Pushover, Slack, Telegram, Discord, ntfy o webhooks genéricos mediante un panel centralizado.
La seguridad se aborda con autenticación opcional (usuario/admin), tokens Bearer para la API REST protegida y hardening para despliegues detrás de reverse proxies como Nginx o Caddy. La base de datos SQLite almacena usuarios, configuraciones y estado de actualizaciones en un volumen persistente, migrando automáticamente desde versiones anteriores que usaban rutas fijas.
- Monitorización centralizada de múltiples contenedores Docker con métricas detalladas y comparativas top-N
- Gestión operativa directa (start/stop/restart) y acceso a logs sin necesidad de CLI o SSH
- Actualización segura de stacks Compose con historial, rollback y detección de cambios en imágenes
- Alertas proactivas por recursos o eventos críticos enviadas a múltiples canales externos
- API REST para integración con sistemas de orquestación o dashboards externos (con tokens scoped)
- Persistencia de preferencias de usuario (filtros, columnas, tema) sin necesidad de base de datos externa
- Soporte nativo para Docker Compose con agrupación visual de stacks y estados unificados
- API REST opcional con tokens Bearer scoped para control granular de acceso a métricas y operaciones
- Historial persistente de actualizaciones con capacidad de rollback desde la interfaz web
- Notificaciones multi-proveedor (Pushover, Slack, Telegram, Discord, ntfy, webhooks) configurables por evento
- Hardening automático para despliegues en producción detrás de reverse proxies (CSP, HSTS, cookies seguras)
- Métricas GPU opcionales mediante integración con cAdvisor y NVIDIA tooling cuando está disponible
- Requiere acceso directo al socket Docker del host; no funciona en entornos sin conexión directa (ej. Kubernetes sin sidecar)
- La API REST necesita configuración manual de tokens Bearer por clave, sin autenticación OAuth o JWT estándar
- No incluye base de datos externa; toda la persistencia reside en SQLite local dentro del volumen ./data
- Las notificaciones externas requieren variables de entorno configuradas manualmente antes del primer inicio
- La gestión de actualizaciones puede bloquear stacks sin archivos Compose originales (ej. creados por Portainer)
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
- Montar el socket Docker como read-only y el volumen ./data para persistencia de usuarios/configuración. - Generar un secreto fuerte con openssl para APP_SECRET_KEY_FILE antes de exponer la app en producción. - Configurar AUTH_ENABLED=true, AUTH_USER y AUTH_PASSWORD_FILE (o AUTH_PASSWORD) para autenticación básica. - Usar LOGIN_MODE="page" y SESSION_COOKIE_SECURE=true detrás de reverse proxy HTTPS. - Asegurar que TRUSTED_PROXY_HOPS coincida con la cadena de headers del proxy inverso (ej. Cloudflare). - Para despliegues en producción, establecer APP_ENV="production" y REQUIRE_EXPLICIT_SECRET_KEY=true.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
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.