[{"data":1,"prerenderedAt":191},["ShallowReactive",2],{"seo-verification":3,"blog-portainer-3-alternative-self-hosted-vps-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-portainer-3-alternative-self-hosted-vps-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":34,"sections":35,"ctaTitle":131,"ctaBody":132,"ctaButton":133,"ctaUrl":134,"relatedPosts":135},367,"portainer-3-alternative-self-hosted-vps",{"fr":10,"en":12,"ar":13,"es":14},"portainer-3-drops-ce-three-open-source-alternatives","بورتينر-30-يلغي-النسخة-المجانية-ثلاثة-بدايل-مفتوحة-المصدر","portainer-3-elimina-ce-tres-alternativas-open-source","Portainer 3.0 supprime la CE : trois alternatives open source","Portainer 3.0 supprime la CE gratuite. Dockge, Coolify ou Komodo : trois alternatives open source pour votre VPS — serveur unique, multi-serveurs ou GitOps.",7,0,false,"2026-09-20T00:00:00+00:00","2026-09-20T21:13:51+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fportainer-3-alternative-self-hosted-vps-poster.svg",{"categorySlug":25,"appSlug":33},"komodo","Le 18 septembre 2026, l'équipe Portainer a annoncé la suppression de la Community Edition avec Portainer 3.0. Des centaines de milliers d'utilisateurs se retrouvent face à un choix : passer à un abonnement payant ou migrer vers un outil libre. Cet article ne promet pas un remplaçant 1:1 — chaque alternative couvre un périmètre précis. Il vous aide à identifier celle qui correspond à votre situation réelle : un seul serveur, une flotte multi-serveurs ou une approche GitOps.",[36,40,48,51,54,57,79,124,127],{"type":37,"title":38,"body":39},"h2","Ce que change Portainer 3.0 pour les utilisateurs CE","Depuis sa création, **Portainer Community Edition** permettait de gérer des conteneurs Docker et des stacks Compose via une interface web, gratuitement, sans limite de nœuds. Portainer 3.0 change ce modèle : la CE disparaît au profit d'une édition unique avec un palier gratuit restreint et une offre Business payante.\n\nConcrètement, les fonctionnalités avancées — gestion multi-environnements, RBAC, intégrations d'authentification externe — passent derrière un abonnement. Pour un développeur indépendant ou une agence qui gère plusieurs VPS, le coût peut devenir significatif.\n\nLa bonne nouvelle : l'écosystème open source de gestion de conteneurs s'est considérablement étoffé depuis 2022. Trois outils couvrent aujourd'hui les cas d'usage principaux, chacun avec une approche différente.\n\nCet article vous guide vers le bon choix selon votre contexte réel : vous ne perdrez pas de fonctionnalités si vous choisissez l'outil dont vous avez réellement besoin, plutôt que le plus complet sur le papier. La migration n'est pas une urgence qui justifie n'importe quel choix — prenez le temps d'identifier votre cas.",{"type":41,"title":42,"items":43},"ul","Les trois profils de migration",[44,45,46,47],"**Serveur unique, simplicité avant tout** → Dockge : interface légère, stacks Compose, zéro dépendance.","**Déploiement d'apps complètes, PaaS self-hosted** → Coolify : reverse proxy intégré, SSL automatique, déploiement depuis Git.","**Multi-serveurs, GitOps, équipes** → Komodo : orchestration centralisée, Core \u003C 256 Mo RAM, déjà au catalogue ServOrbit.","Ces trois outils sont sous licence open source, sans palier payant pour les fonctionnalités core, et actifs en 2026.",{"type":37,"title":49,"body":50},"Dockge — la gestion Compose, sans la complexité","**Dockge** est un gestionnaire de stacks `docker-compose.yml` développé par le créateur d'Uptime Kuma. Il ne cherche pas à remplacer Portainer dans sa totalité : il cible un périmètre précis, gérer et déployer des fichiers Compose depuis une interface web minimaliste.\n\nPoints forts : démarrage en deux commandes, interface réactive, édition en ligne des fichiers Compose, logs en temps réel. Points faibles : un seul hôte Docker, pas de RBAC, pas de gestion multi-serveurs.\n\nDockge convient aux développeurs qui gèrent un VPS personnel et veulent simplement visualiser, démarrer ou arrêter leurs stacks sans ouvrir un terminal. La gestion des fichiers Compose reste dans un répertoire standard sur le disque — vous n'êtes pas enfermé dans une base de données propriétaire. Si Portainer stockait vos stacks dans son format interne, Dockge vous rend la lisibilité directe.\n\nUn comparatif détaillé Dockge vs Portainer est disponible dans l'article \u003Ca href=\"\u002Fblog\u002Fportainer-vs-dockge-gestion-conteneurs-vps\">portainer-vs-dockge-gestion-conteneurs-vps\u003C\u002Fa>.",{"type":37,"title":52,"body":53},"Coolify — PaaS self-hosted avec SSL et reverse proxy intégrés","**Coolify** se positionne comme un Heroku ou un Render que vous hébergez vous-même. Il va plus loin que la gestion de conteneurs : il gère le déploiement depuis Git (push-to-deploy), configure automatiquement le reverse proxy (Traefik) et renouvelle les certificats SSL.\n\nPoints forts : déploiement depuis GitHub\u002FGitLab\u002FGitea en quelques clics, support de Dockerfile, Docker Compose et Nixpacks, interface moderne, support multi-serveurs (nœuds distants ajoutés via SSH). Points faibles : plus lourd à l'idle qu'un gestionnaire Compose pur, la courbe de configuration initiale est plus prononcée.\n\nCoolify convient aux agences ou développeurs qui déploient régulièrement des applications depuis un dépôt Git et veulent éviter de configurer nginx et Certbot manuellement à chaque projet. Si votre workflow repose déjà sur des branches et des push, vous retrouverez vos réflexes en quelques heures.\n\nPour la migration depuis Portainer : Coolify lit directement les fichiers `compose.yml` existants, mais le reverse proxy Traefik remplace nginx ou Caddy si vous les gérez manuellement. Prévoyez de migrer en deux temps — d'abord les stacks sans domaine, puis les services exposés publiquement une fois Traefik validé.",{"type":37,"title":55,"body":56},"Komodo — orchestration multi-serveurs et GitOps","**Komodo** (anciennement Monitor) est l'outil le plus complet des trois. Sous licence GPL-3.0, il propose une architecture Core\u002FPeriphery : un Core central orchestre des agents Periphery déployés sur chaque serveur. Il gère les déploiements Docker et Docker Compose, synchronise les stacks depuis un dépôt Git, centralise les logs et les alertes, et expose une API.\n\nLe Core Komodo consomme moins de 256 Mo de RAM à l'idle — il tient sur le même VPS d'entrée de gamme que vos apps. C'est l'alternative la plus proche de Portainer en termes de périmètre fonctionnel, et la seule des trois à couvrir nativement le cas multi-serveurs avec GitOps.\n\nPour l'installation complète, consultez le guide dédié : \u003Ca href=\"\u002Fblog\u002Fself-host-komodo-vps\">self-host-komodo-vps\u003C\u002Fa>. Komodo est également disponible directement depuis le catalogue ServOrbit.",{"type":58,"title":59,"steps":60},"steps","Déployer Komodo Core sur un VPS ServOrbit",[61,64,67,70,73,76],{"title":62,"body":63},"Prérequis","Un VPS avec accès root, Docker et Docker Compose installés. Comptez 1 vCPU et 512 Mo de RAM minimum pour le Core seul (moins de 256 Mo à l'idle). Un nom de domaine ou sous-domaine pointant vers votre VPS est recommandé pour l'accès HTTPS.",{"title":65,"body":66},"Créer le répertoire et le fichier Compose","Connectez-vous en SSH, puis :\n\n```bash\nmkdir -p \u002Fopt\u002Fkomodo && cd \u002Fopt\u002Fkomodo\n```\n\nCréez un fichier `compose.yml` avec le contenu officiel de la documentation Komodo. Adaptez les variables `KOMODO_HOST` (votre domaine), `KOMODO_PASSKEY` (une chaîne aléatoire longue) et les chemins de volumes selon votre organisation.",{"title":68,"body":69},"Démarrer le Core","```bash\ndocker compose up -d\n```\n\nVérifiez que les conteneurs `komodo-core` et `komodo-mongo` sont `Up` :\n\n```bash\ndocker compose ps\n```\n\nLe Core écoute par défaut sur le port 9120. Si vous utilisez un reverse proxy (nginx, Caddy), créez un vhost qui proxifie vers `localhost:9120`.",{"title":71,"body":72},"Configurer l'accès HTTPS avec Caddy ou nginx","Avec **Caddy** (le plus simple) :\n\n```bash\nkomodo.votre-domaine.com {\n    reverse_proxy localhost:9120\n}\n```\n\nCaddy renouvelle automatiquement le certificat Let's Encrypt. Avec **nginx**, créez un bloc `server` standard avec `proxy_pass http:\u002F\u002F127.0.0.1:9120;` et gérez le certificat via Certbot.",{"title":74,"body":75},"Ajouter vos serveurs (agents Periphery)","Sur chaque serveur à superviser, déployez l'agent Periphery :\n\n```bash\ndocker run -d \\\n  --name komodo-periphery \\\n  --restart unless-stopped \\\n  -v \u002Fvar\u002Frun\u002Fdocker.sock:\u002Fvar\u002Frun\u002Fdocker.sock \\\n  ghcr.io\u002Fmoghtech\u002Fkomodo-periphery:latest\n```\n\nDans l'interface Core, ajoutez le serveur avec son IP et la passkey partagée. L'agent remonte immédiatement l'état des conteneurs et des stacks.",{"title":77,"body":78},"Connecter un dépôt Git pour GitOps","Dans Komodo, accédez à **Resources → Repos** et ajoutez votre dépôt (GitHub, Gitea, Forgejo ou tout serveur Git compatible). Créez ensuite un **Stack** pointant vers un chemin de `compose.yml` dans ce dépôt. À chaque synchronisation (manuelle ou déclenchée par un webhook), Komodo applique le diff — exactement le comportement GitOps attendu.\n\nPour aller plus loin dans l'intégration Forgejo\u002FWoodpecker, consultez \u003Ca href=\"\u002Fblog\u002Fdeployer-avec-portainer\">deployer-avec-portainer\u003C\u002Fa> pour la référence de configuration reverse proxy et SSL, applicable à tout gestionnaire de conteneurs.",{"type":80,"title":81,"headers":82,"rows":87},"comparison","Comparatif : Dockge, Coolify et Komodo face à Portainer CE",[83,84,85,86],"Critère","Dockge","Coolify","Komodo",[88,93,98,103,107,112,115,117,122],[89,90,91,92],"Licence","MIT","Apache 2.0","GPL-3.0",[94,95,96,97],"Multi-serveurs","Non (1 hôte)","Oui (nœuds SSH)","Oui (Core\u002FPeriphery)",[99,100,101,102],"GitOps \u002F sync dépôt","Non","Oui (push-to-deploy)","Oui (Stacks Git)",[104,105,106,105],"SSL automatique","Non (géré à part)","Oui (Traefik intégré)",[108,109,110,111],"RAM idle (Core)","\u003C 50 Mo","~ 300–500 Mo","\u003C 256 Mo",[113,100,114,114],"RBAC \u002F utilisateurs","Oui",[116,100,114,114],"API REST",[118,119,120,121],"Cas d'usage principal","Compose mono-serveur","PaaS dev\u002Fagence","Flotte Docker + GitOps",[123,100,100,114],"Au catalogue ServOrbit",{"type":37,"title":125,"body":126},"Dépannage — erreurs courantes lors de la migration","**Le port 9000 de Portainer CE entre en conflit avec Komodo.** Si vous faites tourner Portainer en parallèle pendant la migration, vérifiez que Komodo écoute sur un port différent (9120 par défaut). Modifiez `KOMODO_PORT` dans le Compose de Komodo si nécessaire.\n\n**`docker.sock` refusé par l'agent Periphery.** Sur certaines distributions (Ubuntu 22.04+), le socket appartient au groupe `docker`. Ajoutez l'utilisateur courant à ce groupe (`usermod -aG docker $USER`) ou lancez l'agent avec `--user root` — uniquement si vous comprenez l'impact de sécurité.\n\n**Les stacks Compose importés depuis Portainer ne démarrent pas.** Portainer stocke certaines variables d'environnement dans son propre coffre (Secrets). Vérifiez que chaque `compose.yml` migré dispose d'un fichier `.env` complet, ou déclarez les variables dans l'interface Komodo (section **Variables**).\n\n**Coolify ne trouve pas le `Dockerfile` après connexion Git.** Le champ « Build path » doit pointer vers le répertoire qui contient le `Dockerfile`, pas la racine du dépôt si le fichier est dans un sous-dossier. Vérifiez aussi que la branche configurée existe bien sur le remote.\n\n**Dockge affiche « Compose file not found » après un redémarrage.** Le montage de volume doit pointer vers le répertoire **parent** du projet, pas vers le fichier `compose.yml` directement. La convention Dockge est `\u002Fopt\u002Fstacks\u002F\u003Cnom-du-stack>\u002Fcompose.yml` — respectez cette arborescence.",{"type":128,"title":129,"body":130},"tip","Stratégie de migration progressive","Ne coupez pas Portainer CE avant d'avoir validé votre alternative. Déployez Komodo (ou Dockge) en parallèle sur le même serveur, importez vos stacks un par un, testez chaque déploiement, puis arrêtez Portainer. Les deux outils ne se gênent pas : Komodo accède au socket Docker sans entrer en conflit avec Portainer sur un autre port. Une migration en une nuit pour une flotte de dix stacks est réaliste.","Komodo est disponible sur ServOrbit","Déployez Komodo depuis le catalogue ServOrbit en quelques clics. Le Core tourne sous 256 Mo de RAM — compatible avec le VPS d'entrée de gamme. Aucune configuration manuelle de reverse proxy n'est requise.","Déployer Komodo sur VPS","\u002Fmarketplace\u002Fdeploiement\u002Fkomodo",[136,154,175],{"id":137,"slug":138,"slugs":139,"title":143,"excerpt":144,"readTime":145,"views":146,"isPinned":19,"publishedAt":147,"updatedAt":148,"category":149,"categories":150,"featuredImage":29,"bgImage":30,"posterImage":152,"relatedSolution":153},191,"self-host-komodo-vps",{"fr":138,"en":140,"ar":141,"es":142},"self-host-komodo-on-a-vps-multi-server-docker-and-gitops","استضافة-komodo-على-vps-تنسيق-docker-وgitops-للخوادم","alojar-komodo-en-un-vps","Héberger Komodo sur un VPS : orchestration Docker et GitOps","Déployez Komodo sur un VPS ServOrbit pour piloter vos stacks Docker et pipelines GitOps multi-serveurs depuis un tableau de bord unique — binaire Rust, open-source.",9,2,"2026-07-25T00:00:00+00:00","2026-09-10T13:10:43+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[151],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fself-host-komodo-vps-poster.svg",{"categorySlug":25,"appSlug":33},{"id":155,"slug":156,"slugs":157,"title":161,"excerpt":162,"readTime":163,"views":164,"isPinned":19,"publishedAt":165,"updatedAt":166,"category":167,"categories":172,"featuredImage":29,"bgImage":30,"posterImage":174,"relatedSolution":29},104,"portainer-vs-dokploy",{"fr":156,"en":158,"ar":159,"es":160},"portainer-vs-dokploy-which-docker-management-interface","portainer-مقابل-dokploy-أي-واجهة-لإدارة-docker","portainer-vs-dokploy-interfaz-de-gestion-docker","Portainer vs Dokploy : quelle interface de gestion Docker ?","Portainer ou Dokploy sur votre VPS ? Comparatif concret pour choisir l'interface de gestion Docker adaptée à vos déploiements.",4,1,"2026-03-08T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":168,"name":169,"slug":170,"color":171,"icon":170},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[173],{"id":168,"name":169,"slug":170,"color":171,"icon":170},"\u002Fblog\u002Fcovers\u002Fportainer-vs-dokploy-poster.svg",{"id":176,"slug":177,"slugs":178,"title":182,"excerpt":183,"readTime":163,"views":18,"isPinned":19,"publishedAt":184,"updatedAt":166,"category":185,"categories":186,"featuredImage":29,"bgImage":30,"posterImage":188,"relatedSolution":189},35,"deployer-avec-portainer",{"fr":177,"en":179,"ar":180,"es":181},"deploy-your-applications-with-portainer-on-a-vps","انشر-تطبيقاتك-باستخدام-portainer-على-خادم-vps","desplegar-aplicaciones-con-portainer-en-un-vps","Déployer vos applications avec Portainer sur un VPS","Pilotez Docker visuellement avec Portainer sur votre VPS : conteneurs, stacks, volumes et réseaux gérés depuis une interface web claire.","2026-05-16T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[187],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdeployer-avec-portainer-poster.svg",{"categorySlug":25,"appSlug":190},"portainer",1789939134573]