Quelle différence avec Dockge, Portainer, Coolify ou Dokploy ?

Portainer et Dockge sont des interfaces d'administration Docker mono-serveur : elles pilotent les conteneurs de la machine sur laquelle elles tournent. Komodo est pensé pour un parc : un Core administre un nombre illimité de serveurs via ses agents Periphery, et ajoute les pipelines GitOps, les procédures réutilisables et la prise en charge de Docker Swarm. Coolify et Dokploy, également au catalogue, sont des plateformes de déploiement applicatif partant d'un dépôt Git : elles construisent votre application et la mettent en ligne. Komodo se place en amont, sur l'exploitation de la flotte de serveurs et l'automatisation des déploiements.

Quelles ressources faut-il prévoir ?

Le binaire Core, écrit en Rust, reste sous 256 Mo de RAM au repos ; l'ensemble FerretDB et PostgreSQL ajoute environ 200 à 300 Mo. Un VPS de 1 Go convient donc au plan de gestion. Les agents Periphery sont bien plus légers, sous 50 Mo chacun : ce n'est pas eux qui dimensionnent les serveurs gérés, mais les charges qu'ils y exploitent.

L'auto-hébergement de Komodo est-il gratuit ?

Oui. Komodo est publié sous GPL-3.0 : l'ensemble des fonctionnalités est disponible en auto-hébergement, sans facturation par siège, sans télémétrie et sans fonction réservée à une édition payante. Le seul coût est celui du VPS qui l'exécute.

Déployer et gérer des applications modernes.

Komodo

Orchestration Docker et GitOps multi-serveurs : pilotez les stacks, les builds et les déploiements de tous vos VPS depuis un tableau de bord unique.

1 Go RAM 1 vCPU Port 9120 Disponible

Stack technique

DockerRustPostgreSQLFerretDB

RAM minimum1 Go

CPU minimum1 vCPU

Port par défaut9120

OS compatiblesubuntu-24.04

Komodo est une plateforme GitOps open source sous licence GPL-3.0 (plus de 11 700 étoiles sur GitHub, branche 2.x), destinée aux équipes qui exploitent des charges Docker réparties sur plus d'un serveur. Là où Dockge ou Portainer administrent les conteneurs d'un seul hôte, l'architecture Core / Periphery de Komodo permet de superviser un nombre illimité de serveurs depuis un seul tableau de bord : déployer des stacks, déclencher des builds depuis Git, exécuter des procédures et retrouver chaque action dans un journal d'audit structuré.

Écrit en Rust, le binaire Komodo Core reste sous 256 Mo de RAM au repos. L'agent Periphery s'installe sur chaque serveur géré et dialogue avec le Core sur un canal chiffré. Sur un VPS ServOrbit, vous déployez le Core une fois ; les agents Periphery installés sur vos autres VPS s'y enregistrent ensuite. La prise en charge de Docker Swarm, ajoutée en 2026, permet de traiter dans la même interface les stacks Compose d'une machine isolée, les pipelines GitOps multi-hôtes et les services d'un cluster Swarm. Komodo occupe ainsi la couche d'exploitation qui manque entre le Docker Compose brut et Kubernetes, pour des équipes de développement qui veulent du GitOps sans assumer le coût d'un cluster k8s.

Fonctionnalités clés

Architecture Core / Periphery : un seul Core à déployer, un agent Periphery léger sur chaque serveur à gérer — nombre de serveurs illimité, aucune facturation par siège.

Pipelines GitOps : connectez un dépôt Git, définissez une procédure de build et déclenchez les déploiements automatiquement à chaque push, tout l'historique étant journalisé.

Gestion des stacks Docker Compose : créez, mettez à jour, démarrez et arrêtez les stacks de tous vos serveurs depuis l'interface, sans ouvrir de session SSH.

Prise en charge de Docker Swarm (2026) : services, mises à jour progressives et contraintes de placement pilotés depuis le même tableau de bord que vos applications mono-hôte.

Moteur de procédures : enchaînez des actions réutilisables (récupérer une image, jouer une migration, redémarrer une stack, notifier une équipe) avec conditions et retour arrière.

Journal d'audit et déclencheurs webhook : chaque action est tracée avec sa date, son auteur et sa sortie, et les webhooks GitHub, GitLab ou Gitea sont validés par signature HMAC avant exécution.

Quand utiliser cette solution ?

1

Piloter les stacks d'un parc de VPS

Déployez le Core sur un VPS d'administration dédié et installez un agent Periphery sur chacun des autres serveurs du parc. Un seul tableau de bord affiche alors toutes les stacks en fonctionnement, permet de redémarrer un service ou de pousser une mise à jour — sans ouvrir dix sessions SSH. Le socket Docker de chaque machine reste joint par le canal chiffré Core / Periphery.

2

Chaîne GitOps pour vos applications auto-hébergées

Connectez le dépôt de votre application à Komodo et décrivez une procédure de déploiement : récupérer la dernière image, jouer les migrations de base, redémarrer la stack Compose, prévenir l'équipe. Le webhook de push GitHub déclenche la procédure ; Komodo en valide la signature HMAC, l'exécute et journalise chaque étape. La boucle GitOps complète reste sur votre infrastructure.

3

Exploitation d'un cluster Docker Swarm

Le type de ressource Swarm permet de gérer les réplicas de service, les mises à jour progressives et les contraintes de placement de votre cluster. Comme les stacks Compose mono-hôte figurent dans le même tableau de bord, une équipe qui migre progressivement de Compose vers Swarm garde les deux mondes sous les yeux pendant la transition.

Déployer Komodo sur votre VPS

Guide optimisé pour les VPS Cloud ServOrbit.

01

Commander le VPS et prévoir l'adresse d'accès

Un VPS 1 vCPU / 1 Go de RAM sous Ubuntu 24.04 suffit au plan de gestion : le Core reste sous 256 Mo au repos, la base FerretDB adossée à PostgreSQL ajoute 200 à 300 Mo. Prévoyez dès maintenant l'adresse d'accès : Komodo doit connaître son URL publique HTTPS avant le premier démarrage, elle est fixée à ce moment-là.

02

Choisir l'adresse d'accès

L'installation vous demande cette adresse avant de partir, entre deux cibles — un sous-domaine de l'un de vos domaines (komodo.exemple.com), ou le sous-domaine gratuit fourni avec votre VPS (komodo.<votre-vps>.servorbit-dns.com) : acheter un nom de domaine n'est pas un préalable. ServOrbit pose l'enregistrement DNS quand le domaine utilise notre DNS managé — sinon l'espace client vous indique l'enregistrement exact à créer. Cette URL alimente la variable KOMODO_HOST, qui sert à la connexion OAuth et à la validation de la signature HMAC des webhooks : la changer après coup suppose de reconfigurer l'instance et les webhooks déjà déclarés.

03

Se connecter la première fois

L'écran de connexion vous attend : saisissez l'identifiant admin et le mot de passe fourni. Changez-le depuis les paramètres du compte dès votre première session.

04

Déployer Komodo depuis le Marketplace

Depuis votre tableau de bord ServOrbit : Marketplace → Déploiement → Komodo → Déployer. La recette monte quatre services — PostgreSQL, FerretDB, le Core et un agent Periphery local — génère les secrets et la paire de clés, et publie l'interface sur le port 9120, servie en HTTPS derrière le vhost nginx de votre domaine.

05

Se connecter et vérifier le premier serveur

Ouvrez votre domaine et connectez-vous avec l'identifiant admin et le mot de passe affiché dans votre espace client ServOrbit. L'agent Periphery local, qui représente le VPS du Core lui-même, apparaît déjà enregistré sous le nom Local. Changez le mot de passe administrateur avant d'aller plus loin.

06

Ajouter des serveurs, puis une première stack

Sur chaque serveur supplémentaire à gérer, installez l'agent : docker run -d --restart=unless-stopped --network host -v /var/run/docker.sock:/var/run/docker.sock ghcr.io/moghtech/komodo-periphery:2, puis déclarez-le dans le panneau Servers avec son IP et la paire de clés générée. Ensuite, Stacks → New Stack : choisissez le serveur cible, collez votre YAML Compose ou désignez un chemin dans un dépôt Git, et déployez — Komodo écrit le fichier, lance docker compose up -d et renvoie les logs dans le tableau de bord.

Questions fréquentes

Komodo est une plateforme GitOps open source, sous licence GPL-3.0, dédiée à la gestion de stacks Docker Compose et de déploiements répartis sur plusieurs serveurs. Elle repose sur une architecture Core / Periphery : un tableau de bord Core, et un agent Periphery léger installé sur chaque serveur à administrer.

Oui, et il doit être choisi avant le premier déploiement. La variable KOMODO_HOST reçoit l'URL publique HTTPS de l'instance ; elle sert à la connexion OAuth et à la validation de la signature HMAC des webhooks. Comme elle est fixée au premier démarrage, la modifier ensuite impose de reconfigurer l'instance et de redéclarer les webhooks déjà posés chez GitHub, GitLab ou Gitea.

Intégrer le bouton de déploiement

Vous maintenez un projet qui utilise Komodo ? Ce bouton permet à vos lecteurs de le déployer sur un VPS en un clic, sans lire de documentation Docker.

Markdown

[![Deploy Komodo on ServOrbit](https://servorbit.com/brand/deploy/button.svg)](https://servorbit.com/vps-cloud?template=komodo&utm_source=deploy-badge&utm_medium=referral&utm_campaign=komodo)

HTML

<a href="https://servorbit.com/vps-cloud?template=komodo&utm_source=deploy-badge&utm_medium=referral&utm_campaign=komodo"><img src="https://servorbit.com/brand/deploy/button.svg" alt="Deploy Komodo on ServOrbit" height="40"></a>

Le bouton pointe vers la commande d'un VPS avec le template présélectionné. L'image est servie depuis servorbit.com — rien à héberger de votre côté.

Solutions complémentaires

Déploiement Applicatif & DevOps

Coolify

Déployez vos applications depuis Git en quelques secondes. Self-hosted, sans vendor lock-in, avec SSL automatique.