[Docker Apps] DockHand : un sérieux concurrent à Portainer pour vos environnements Docker

[Violence]

Je continue mes pérégrinations et, ce faisant, mes nombreuses découvertes sur la gestion et l’administration de conteneur rien que pour vous ! Mais pourquoi donc me direz-vous ? Pour vous préparer en douceur à la future aventure DevOps et, surtout, à la grande odyssée Kubernetes qui va suivre … Vous connaissez Portainer ? Eh bien, vous allez kiffer DockHand.

Dans la jungle des outils dédiés aux environnements conteneurisés, vous connaissez déjà, grâce à mes récents articles sur Pulse et Dozzle certains des très bonnes entrées en la matière, mais aussi Portainer, certainement, l’outil que j’utilise personnellement depuis plus de deux ans. J’appréciais (jusqu’à très récemment) Portainer pour sa puissance et sa compatibilité avec Swarm et Kubernetes, en plus de la gestion des stacks Docker et Podman autonomes. Aujourd’hui, Portainer est une plateforme mature et performante, mais de plus en plus orientée entreprise, avec des tarifs de licence qui restent acceptables pour un lab (5 nœuds maximum pour la version gratuite, si ma mémoire est bonne). En revanche, dès que l’on commence à gérer un nombre conséquent de serveurs logiques, les coûts deviennent rapidement prohibitifs… surtout pour moi, petit lab’er sans gros moyens.

En quête d’une alternative mieux adaptée à mes besoins, j’ai découvert il y a peu de temps DockHand : un gestionnaire de conteneurs, spécialement conçu pour les environnements Docker, extrêmement rapide, avec d’une ergonomie particulièrement affutée et, cerise sur le gâteau, équipé d’un outil intégré de développement couvrant une grande partie des fondamentaux des pipelines CI/CD — ces mêmes fonctionnalités qui font la force d’outils comme ArgoCD, Jenkins ou SemaphoreUI (pour n’en citer que quelques-uns, car il y en a tellement !).

Ni une ni deux, j’ai plongé tête la première dans un deep dive de ce nouvel outil, toutes affaires cessantes (malgré d’autres articles en cours). Et je peux désormais vous le confirmer : DockHand est un petit bijou, à condition de rester dans l’écosystème de la conteneurisation sans s’attaquer à des solutions technologiques bien plus vastes et complexes, comme Kubernetes. Non seulement il reprend toutes les fonctionnalités de Portainer, mais il y ajoute une élégance et une rapidité qui m’ont définitivement conquis.

Son déploiement est d’une simplicité enfantine, tout comme celui de Portainer d’ailleurs, et repose sur un système d’agents. Bien sûr, il est possible d’utiliser directement l’API Docker (en la sécurisant au préalable), mais par souci de sécurité, je privilégie la solution agent : elle évite d’exposer l’API Docker sur les hôtes à superviser. Je vous en reparle a la fin de l’article.

Tout ce déploiement s’appuie sur Docker Compose, et vous trouverez les détails d’installation ainsi que la documentation complète dans le wiki dédié : DockHand sur le wiki vblog.io

Voici quelques captures d’écran illustrant son fonctionnement. On y retrouve toutes les fonctionnalités essentielles déjà présentes dans Portainer, comme :

• La gestion des images, conteneurs et stacks en cours d’exécution,
• Consultation des logs en temps réel,
• Accès direct à chaque instance de conteneur (via un terminal intégré),
• Visualisation des réseaux et des volumes associés à chaque serveur supervisé.

Vous remarquerez aussi la puissance des outils intégrés à la visualisation des conteneurs. On peut même parcourir directement et interagir avec le système de fichiers interne, sans avoir à galérer avec la cli.

De même, il est possible de visualiser très simplement l’empilement des Layers , ce qui est parfait pour expliquer le concept de conteneur à une salle de formation, par exemple.

Encore une fois, l’interface fonctionnelle et réactive de DockHand est, à mes yeux, un vrai atout face à Portainer. Ceci dit, Portainer conserve un avantage certain avec sa couverture étendue de Kubernetes et Swarm, ce qui n’est pas rien.

Pour clore cette description technique de DockHand, sachez qu’il s’appuie sur quatre types de connexions pour la gestion des serveurs déclarés :

(edit du 13/01: grand merci à Jérome qui a vu la coquille … j’ai inversé le mode de connexion entre Hawser edge et standard, c’est désormais corrigé)

• La connexion locale via la socket de l’API Docker,
• La connexion directe via le réseau à l’API Docker sur un port TCP classique,
• La connexion via l’agent Hawser en mode standard (le manager se connecte au à l’agent Hawser),
• Enfin, la connexion dite **« **edge » de l’agent Hawser, où c’est l’agent lui même qui initie la connexion vers le manager (donc pas d’ouverture de firewall sur la machine agent).

Ainsi, vous pouvez choisir le type de connexion le mieux adapté à votre usage et à vos exigences de sécurité. Bien sûr, il est possible d’établir une liaison réseau en HTTP ou HTTPS avec l’agent Hawser.

Enfin, pour terminer, j’ai essayé d’utiliser directement les fonctions spécifiques de pipeline CI/CD, avec la possibilité de se connecter à un dépôt Git (GitHub/Lab/Tea, pour moi, c’est du thé, désolé ^^ !). J’ai utilisé ce dépôt pour déployer directement une stack basée sur Docker Compose, et ça a fonctionné parfaitement (bon, je n’en doutais pas, mais il faut bien commencer à vous titiller sur ces concepts…).

J’ai déclaré mon instance vBlog Gitea (gitea.vblog.io), sur laquelle j’ai créé un nouveau dépôt. Dans celui-ci, j’ai ajouté un petit manifest docker-compose.yml permettant de déployer une stack simple (un conteneur ConvertX).

Hé hop ! Magie ! le stack est déployé, l’image chargée depuis la registry publique (ça marcherait aussi avec toute registry privée évidemment) et le conteneur est lancé et peut être suivi en temps réel ensuite.

Au final, voici un petit tableau récapitulatif des deux solution que sont Portainer et DockHand :

Critère	DockHand	Portainer
Facilité d’installation	Conteneurisé, déploiement rapide	Idem
Interface utilisateur	Moderne, épurée, intuitive et rapide ! Ressemble un peu à Pulse dans l’esprit	Interface complète et fonctionnelle mais, je trouve, un peu datée aujourd’hui
Fonctionnalités	Gestion basique des conteneurs avec gestion avancée via des dépos git	Gestion avancée (stacks locaux notamment, RBAC, et un support de Kube et Swarm)
Extensibilité	Limitée, axée sur l’essentiel	Large (plugins, intégrations)
Support	Communauté mais une version entreprise existe aussi, à voir	Communauté + support entreprise
Cas d’usage	Parfait pour des Labs et des environnements légers	Connu sur des plus grosses productions, avec des équipes IT
Evolutivité	Le produit évolue apparemment très vite, donc à suivre de près !	Service bien établi, avec un support professionnel réactif (expérience perso sur ma petite licence 15 nodes)

Vous avez compris, DockHand est devenu mon nouvel outil de gestion de conteneurs @Home. Il est rapide, efficace et très sexy. Il n’en fallait pas plus pour moi. Alors, bon, j’ai toujours ma licence renouvelée en novembre dernier pour un an, donc je vais conserver Portainer pour mon Lab Kube, mais pour le reste, franchement … jetez-y un oeil et faites moi un retour sur ce que VOUS en pensez de votre coté ?

Et bonne année 2026, au fait !

---

– Sources :

https://vblog.io/dockhand-un-serieux-concurrent-a-portainer-pour-vos-environnements-docker/

https://dockhand.pro

https://github.com/Finsys/dockhand

https://dockhand.pro/manual/

–> Article faisant suite à d’autres parlant de gestionnaires Docker: Portainer, Arcane, sans oublier DockGE

[Networld]

Intéressant, je vais certainement le tester. Encore rien installé pour la gestion des conteneurs, tout dans l’interface UnRAID (pas fou fou).
Et je suis impatient de voir la suite avec Kubernetes, ça m’intéresse beeeeeeeeeeeeeaucoup!

[Aerya]

J’ai fait un test/article dessus aussi, c’est devenu mon outil favoris

[Violence]

@Aerya a dit dans [Docker Apps] DockHand : un sérieux concurrent à Portainer pour vos environnements Docker :

J’ai fait un test/article dessus aussi, c’est devenu mon outil favoris

C’est vrai qu’il à l’air top.
Je vais le “dockerisé” sur mon Syno celui-là