docksentry
Gestor de actualizaciones para contenedores Docker/Podman con rollback automático, monitorización avanzada y múltiples canales de notificación (Telegram, Discord, Web UI). Soporta gestión multi-host vía SSH/TCP.
Ficha actualizada 21 sept 2026, 12:09 · upstream 21 sept 2026, 12:09 · release v2.17.14
Qué es docksentry
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Docksentry es un gestor de actualizaciones para contenedores Docker y Podman que monitorea imágenes nuevas y aplica actualizaciones con rollback automático cuando fallan los healthchecks. Una instancia gestiona varios hosts mediante SSH o TCP, manteniendo el orden de actualización en grupos de contenedores, incluyendo aquellos que comparten namespace de red con sidecar VPN.
El sistema ofrece control interactivo desde Telegram, Discord o interfaz web, con comandos para reinicio manual, mantenimiento y gestión de actualizaciones por lotes. Incluye monitorización detallada: códigos de salida en tiempo real, uso de memoria del host, detección de OOM-kills y historial persistente de eventos.
Soporta políticas granulares por contenedor (actualizaciones menores/mayores, ventanas de actualización, pinning), limpieza de imágenes, modo headless y auto-actualización. La interfaz web muestra dashboard con logs, historia, configuración y gestión de pins. Todo funciona con Python estándar sin dependencias externas.
- Automatizar actualizaciones de contenedores en entornos domésticos o pequeños servidores
- Gestionar múltiples hosts Docker desde una única instancia centralizada
- Notificar actualizaciones y fallos a usuarios finales vía Telegram o Discord
- Control interactivo de contenedores críticos con rollback automático ante fallos
- Rollback automático cuando el healthcheck falla, respetando start_period de la imagen
- Grupos de contenedores con orden de actualización definido (ej: base de datos antes que app)
- Monitorización avanzada: códigos de salida en vivo, OOM-kills detectados, uso de recursos del host
- Multi-host vía SSH/TCP con colas pendientes y targeting por @host/@all en bots
- Modo headless funcional con Web UI + Discord/Webhooks sin necesidad de Telegram
- Trail de auditoría persistente con redacción de secretos entre actualizaciones
- Requiere al menos un canal de notificación activo (Web UI, Telegram, Discord o webhook genérico)
- Para contenedores gestionados por compose, el path del archivo debe montarse exactamente como lo indica el label
- El rollback depende de que la imagen anterior siga disponible en el registro
- No incluye gestión nativa de secretos; estos deben redactarse manualmente antes de guardar
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.
Usar volumen persistente docksentry_data para mantener configuración, grupos y estado entre reinicios. Montar /var/run/docker.sock o socket de Podman según corresponda. Para compose-managed containers, verificar el label com.docker.compose.project.config_files y montar el path exacto dentro del contenedor. Evitar AUTO_SELFUPDATE en entornos beta; usar tag :beta para pruebas.
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.