Dokploy repose sur Docker Swarm avec Traefik en frontal : une bonne architecture, et une architecture pénible à surveiller. La plupart des outils légers listent des conteneurs ; sur Swarm, c’est la mauvaise unité. Un service à trois réplicas n’est pas trois conteneurs sans rapport, et une tâche tombée puis replanifiée n’est pas un conteneur disparu.
Maintenant détecte le runtime au démarrage et rend compte dans les termes de Swarm.
Installer sur le nœud manager
Déployez-le via Dokploy comme service Docker Compose, sur le manager :
services:
maintenant:
image: ghcr.io/kolapsis/maintenant:latest
ports:
- "8080:8080"
volumes:
- /var/run/docker.sock:/var/run/docker.sock:ro
- /proc:/host/proc:ro
- maintenant-data:/data
environment:
MAINTENANT_ADDR: "0.0.0.0:8080"
MAINTENANT_DB: "/data/maintenant.db"
restart: unless-stopped
volumes:
maintenant-data:
Le placement sur le manager compte : l’état Swarm n’est lisible que depuis un socket de manager. Donnez-lui un domaine dans Dokploy pour que Traefik termine le TLS, et placez une authentification devant — Maintenant n’en embarque volontairement aucune.
Ce qu’il montre sur un parc Dokploy
- Les services, avec réplicas désirés contre réplicas actifs, pour qu’un service partiellement planifié se voie comme tel ;
- Les tâches, y compris celles qui ont échoué et ont été replanifiées — l’historique que Swarm conserve et que la plupart des tableaux de bord jettent ;
- Les nœuds, leur disponibilité et les tâches qui y sont placées ;
- Les endpoints, sondés depuis l’extérieur, pour qu’un service qui tourne mais renvoie 502 à travers Traefik alerte quand même ;
- Les certificats, détectés automatiquement depuis ces endpoints ;
- Les tâches cron et jobs de fond, via des URL de heartbeat, avec alerte sur échéance manquée ;
- Les mises à jour d’images, par comparaison de digests avec le registre.
La combinaison qui compte sur une PaaS, ce sont les points deux et quatre : Swarm replanifiera indéfiniment une tâche pendant que chaque réplica renvoie des erreurs. Regarder le service seul vous dit qu’il « tourne ».
Multi-nœuds et licence
Community couvre la machine sur laquelle il tourne, ce qui, pour un Dokploy mono-serveur, couvre tout. Dès que vous ajoutez des workers, enrôlez-les avec un agent léger — jusqu’à 20 machines en Personal, illimité en Pro. Si les serveurs appartiennent à un client plutôt qu’à vous, Pro est l’édition qui accorde l’usage commercial ; une page traite exactement de ce cas.
Pour la mécanique du monitoring Swarm indépendamment de Dokploy, lisez le guide de monitoring Docker Swarm.