En juin 2024, l'application Cara est devenue virale, passant de 40,000 à 650,000 utilisateurs en une semaine, et son fondateur a fait état d'une facture Vercel de $96,280 pour la semaine précédente. C'était l'extrême d'une tendance plus large : les plateformes à la consommation sont pratiques, jusqu'à ce que le trafic, les bots, la bande passante ou les appels de fonctions se transforment en facture surprise.
Vercel propose désormais des fonctions de gestion des dépenses, dont des notifications, des webhooks et l'option de suspendre les déploiements en production une fois un montant configuré atteint. Le problème n'est donc pas que les développeurs n'ont aucun contrôle. Le problème, c'est que ces contrôles doivent encore être compris, configurés et surveillés. Heroku crée un autre type de pression : c'est simple et mature, mais le coût peut grimper vite dès que vous dépassez une petite application et ajoutez des bases de données managées, Redis, des workers, des sauvegardes et de la supervision.
Le résultat est un écosystème en pleine maturation d'outils PaaS self-hosted open source qui visent à recréer une partie de l'expérience de déploiement façon Heroku sur un VPS que vous contrôlez : pousser le code, connecter un domaine, obtenir du SSL, faire tourner des bases de données et gérer des applications sans construire une plateforme Kubernetes complète.
Cet article en compare six : Coolify, Dokku, CapRover, Dokploy, Kamal et seelf. L'objectif n'est pas de sacrer l'outil qui a le plus d'étoiles. L'objectif est de cartographier clairement l'espace de décision pour que vous puissiez faire correspondre un outil à vos contraintes, ou reconnaître qu'aucun ne convient et qu'une plateforme managée reste la bonne réponse.
La réponse courte
Un PaaS self-hosted peut automatiser les builds Docker, la configuration du reverse proxy, le SSL, les déploiements d'applications et la gestion de base des services sur votre propre serveur. Ce qu'il ne vous donne pas par défaut, c'est toute la couche d'infrastructure d'une plateforme managée : bascule automatique multi-région, fiabilité des bases de données sans intervention, ou réponse aux incidents gérée par la plateforme.
- Choisissez Coolify si vous voulez ce qui se rapproche le plus d'un tableau de bord complet façon Heroku sur votre propre VPS.
- Choisissez Dokku si vous voulez le flux de déploiement git-push le plus léger et que vous êtes à l'aise en CLI.
- Choisissez CapRover si vous voulez un gestionnaire d'applications visuel simple et déployez surtout des applications mono-conteneur.
- Choisissez Dokploy si vous voulez un tableau de bord moderne et soigné, la prise en charge de Docker Compose et une UI plus propre que Coolify.
- Choisissez Kamal si vous voulez un outil de déploiement orienté CLI, notamment pour Rails ou des applications conteneurisées.
- Choisissez seelf si vous voulez un outil de déploiement Docker Compose léger avec une petite interface web.
Si votre facture d'hébergement managé reste basse et que vous ne voulez pas maintenir de serveur, restez en managé. Si votre facture grimpe et que vous êtes à l'aise pour gérer les mises à jour, les sauvegardes, les règles de pare-feu et la réponse aux incidents, un PaaS self-hosted peut avoir du sens.
Quand un PaaS self-hosted devient vraiment rentable
Le seuil de bascule des coûts est la partie que l'on simplifie à l'excès.
Une petite installation Heroku en production peut démarrer sous les $100 par mois, mais la facture peut passer à des centaines ou des milliers une fois que vous ajoutez plusieurs dynos, un Postgres managé plus gros, Redis, des sauvegardes, de la supervision ou des exigences de disponibilité plus élevées. Une pile applicative similaire peut souvent tourner sur un VPS à $15 ou $30, mais cela n'inclut pas la même fiabilité de base de données managée, les sauvegardes, la bascule ou le support que les plateformes façon Heroku/Vercel abstraient.
Voilà le vrai arbitrage : vous ne remplacez pas une plateforme managée par exactement la même chose pour moins cher. Vous remplacez le confort de la plateforme par un VPS, une couche de déploiement open source et votre propre temps de maintenance.
Une règle empirique utile : le self-hosting commence à avoir du sens quand la facture managée est assez douloureuse pour que les économies justifient le travail. Pour un petit SaaS, cela signifie souvent que la facture a dépassé environ $50 par mois et que l'exploitant peut réellement consacrer quelques heures par mois aux mises à jour, sauvegardes et à une supervision de base.
Notre guide d'installation de Docker sur un VPS est le prérequis pour n'importe lequel des outils de cet article. Si Docker ne tourne pas déjà sur votre serveur, commencez par là.
Les économies sont réelles, mais elles n'apparaissent que si vous êtes prêt à maintenir le serveur.
Les six outils, côte à côte
Avant d'aborder chaque outil un par un, il vaut la peine de mettre les six options en regard les unes des autres. Le bon outil est celui dont vous pouvez accepter les limites, pas celui dont la communauté est la plus bruyante.
| Outil | Étoiles GitHub (approx.) | Philosophie | Prise en charge multi-serveur | Empreinte relative | Cas d'usage idéal |
|---|---|---|---|---|---|
| Coolify | 54k+ | Web UI, expérience complète de PaaS self-hosted | Le mode Swarm actuel est en cours d'abandon ; scalabilité v5 prévue | Plus élevée | Plusieurs applications, tableau de bord privilégié |
| Dokku | 31.9k | git-push, CLI, basé sur des plugins | Mono-serveur uniquement | Très faible | Une ou deux applications, surcharge minimale |
| CapRover | 15k+ | GUI d'abord, gestionnaire d'applications | Prise en charge de Docker Swarm | Modéré | Déploiements visuels simples et applications mono-conteneur |
| Dokploy | 33.7k+ | Web UI moderne, alternative à Coolify | Serveurs distants / Docker Swarm pris en charge | Modéré | Utilisateurs de Docker Compose qui veulent une UI soignée |
| Kamal | 14.2k+ | CLI d'abord, pas de tableau de bord sur l'hôte | Plusieurs serveurs, orchestration hors cluster | Très faible surcharge sur l'hôte | Équipes Rails ou Docker, à l'aise en CLI |
| seelf | 343 | Déploiements Compose légers | Mono-nœud | Faible | Stacks Docker Compose avec surcharge minimale |
Un gros projet qui ne correspond pas à vos contraintes vous coûtera quand même autant de temps de maintenance qu'un projet plus petit qui, lui, correspond.
Coolify : l'expérience tableau de bord complet
Coolify est l'un des outils PaaS self-hosted les plus populaires de cette catégorie, et c'est celui qui ressemble le plus à un remplacement complet façon Heroku. Il vous offre un tableau de bord web pour gérer applications, services, environnements, domaines, SSL, déploiements et bases de données depuis un seul endroit.
Coolify est l'un des projets les plus visibles de cette catégorie, et la version stable v4.0.0 est sortie le 27 avril 2026 après une longue période de bêta. C'est important parce que Coolify était déjà largement utilisé en production, mais la version stable donne aux nouveaux utilisateurs une base de référence plus claire.
Ce que Coolify fait bien couvre l'essentiel de la surface côté développeur que les gens attendent des alternatives à Heroku ou Vercel. Vous pouvez déployer plusieurs applications, faire tourner des stacks Docker Compose, ajouter des services comme Postgres et Redis, utiliser le SSL automatique via Traefik et connecter GitHub, GitLab, Gitea ou Bitbucket.
Le coût d'exploitation de Coolify est la partie que l'on sous-estime généralement. Ce n'est pas seulement votre application qui tourne sur le serveur ; Coolify est lui-même une véritable couche de plateforme. C'est très bien sur un VPS correctement dimensionné, mais juste sur un tout petit. Comparé à Dokku, Coolify vous offre un tableau de bord plus riche et plus de confort intégré, mais il demande aussi plus de ressources serveur et une maintenance plus active.
Coolify offre aussi la plus grande leçon de sécurité de cette liste. En janvier 2026, la divulgation de CVE Coolify a corrigé 11 vulnérabilités critiques, dont des problèmes d'injection de commandes, de contournement d'authentification et de divulgation de clé privée. Censys a recensé environ 52,890 instances Coolify exposées publiquement à ce moment-là, et le Centre pour la cybersécurité de Belgique a publié un avis recommandant une application immédiate des correctifs.
Cela ne veut pas dire qu'il faut éviter Coolify. Cela veut dire que Coolify doit être traité comme un panneau d'administration ayant un réel pouvoir sur votre serveur. Gardez le tableau de bord hors de l'internet public dans la mesure du possible. Liez-le à un réseau privé comme Tailscale ou WireGuard, restreignez l'accès par IP et appliquez vite les mises à jour de sécurité.
Coolify est le bon choix si vous voulez un tableau de bord complet, gérez plusieurs applications, préférez un workflow visuel et acceptez d'être responsable des correctifs de la plateforme elle-même.
Dokku : le plus petit PaaS qui fonctionne
Dokku est l'option sérieuse la plus simple de cette comparaison. Il existe depuis 2013, utilise un workflow git-push façon Heroku et reste fidèle à l'idée de bien faire une seule chose.
Le workflow est direct : ajoutez un remote, poussez l'application, et Dokku la construit et la fait tourner. Des plugins prennent en charge les besoins courants comme Postgres, MySQL, MongoDB, Redis, les sauvegardes, les certificats et les tâches planifiées. Il n'y a pas de tableau de bord web, ce qui peut être soit un inconvénient, soit une réduction de la surface d'attaque selon le point de vue.
Le plus gros atout de Dokku est sa faible empreinte. Il peut tourner confortablement sur un petit VPS pour une application modeste et un plugin de base de données. Cela en fait l'un des choix les plus défendables quand votre objectif est de remplacer une petite facture de plateforme managée par une configuration VPS légère.
Dokku utilise encore les buildpacks par défaut, avec la prise en charge de Docker également disponible. Certains développeurs jugent les buildpacks datés, mais pour les migrants depuis Heroku, c'est souvent précisément l'intérêt. Les Procfiles et les habitudes de déploiement façon Heroku se transposent proprement.
Le principal inconvénient est que Dokku attend de vous que vous soyez à l'aise en CLI. Il n'y a pas de tableau de bord pour les coéquipiers qui veulent cliquer partout, pas d'UI soignée pour gérer plusieurs applications, et moins d'accompagnement que Coolify ou Dokploy.
Dokku est la bonne réponse quand vous voulez un seul git push, la plus petite empreinte serveur possible en pratique, et aucun panneau d'administration public à défendre.
CapRover, Dokploy, Kamal et seelf : les quatre autres
Coolify et Dokku sont les deux choix par défaut évidents, mais les quatre autres outils ne sont pas du remplissage. Chacun a du sens pour une contrainte précise.
CapRover
CapRover est un gestionnaire de déploiement d'applications et de bases de données orienté GUI, construit autour de Docker, nginx, Let's Encrypt et NetData. Il est facile à comprendre, facile à installer, et particulièrement confortable si vos applications correspondent à un modèle de déploiement mono-conteneur simple.
CapRover prend en charge Docker Swarm. Il est toujours maintenu, avec la v1.14.1 sortie en novembre 2025, mais il ne paraît pas aussi dynamique que des alternatives plus récentes orientées tableau de bord comme Coolify et Dokploy. Pour un tout nouveau déploiement, cela compte. Vous ne choisissez pas seulement l'ensemble de fonctionnalités d'aujourd'hui ; vous choisissez le rythme de maintenance de l'outil avec lequel vous devrez vivre.
CapRover reste raisonnable si vous l'utilisez déjà, appréciez sa simplicité, ou voulez une interface visuelle sans la lourdeur de Coolify. Pour de nouveaux projets, Dokploy ou Coolify seront généralement plus faciles à recommander, sauf si la simplicité de CapRover est le facteur décisif.
Dokploy
Dokploy est ce qui se rapproche le plus d'une alternative moderne à Coolify. Il a un tableau de bord soigné, prend en charge Docker Compose, inclut des templates et offre aux développeurs une UI plus propre pour gérer applications, bases de données, domaines et déploiements.
La correction importante, c'est que Dokploy n'est plus simplement mono-nœud par conception. Par défaut, il fait tourner les applications sur le même nœud, mais il prend désormais en charge les serveurs distants, les paramètres de cluster et les déploiements basés sur Docker Swarm. Cela n'en fait toujours pas une plateforme managée à autoscaling, mais cela rend Dokploy plus flexible qu'un simple tableau de bord mono-serveur.
L'atout de Dokploy est son ergonomie. Il paraît plus récent, plus propre et plus dynamique que certains outils plus anciens. La contrepartie : une communauté plus petite que celle de Coolify et moins d'éprouvé au long cours que Dokku.
Choisissez Dokploy si vous voulez une web UI moderne, travaillez avec Docker Compose et aimez l'idée de Coolify mais pas son poids ni son récent passif de sécurité.
Kamal
Kamal est différent du reste de la liste. Ce n'est pas un tableau de bord web. C'est un outil de déploiement en CLI conçu par 37signals et initialement pensé autour de Rails, même s'il peut déployer n'importe quelle application web conteneurisable avec Docker.
Kamal utilise un workflow basé sur un registre Docker et SSH pour déployer des conteneurs sur des serveurs. Il ne fait pas tourner de tableau de bord d'administration persistant sur l'hôte, ce qui réduit la surface de déploiement. Il peut déployer sur plusieurs serveurs, mais il ne les orchestre pas comme Kubernetes ou un cluster managé.
Cela fait de Kamal un très bon choix pour les équipes qui préfèrent des opérations pilotées par le code aux tableaux de bord. Si votre équipe travaille déjà dans le terminal, comprend les images Docker et veut des déploiements reproductibles sans panneau PaaS, Kamal est une option propre.
Choisissez Kamal pour les applications Rails, les applications conteneurisées et les équipes qui veulent l'outil de déploiement le plus petit possible plutôt qu'une UI de plateforme.
seelf
seelf est l'outil le plus petit et le plus de niche ici. C'est une plateforme de déploiement légère construite autour des stacks Docker Compose et d'un petit tableau de bord web.
Son principal attrait est la simplicité. Si vous avez déjà un fichier Docker Compose qui fonctionne et voulez un moyen propre de le déployer sur votre propre infrastructure, seelf peut suffire. Il ne cherche pas à devenir un remplaçant complet de Heroku, et cette retenue fait partie de sa valeur.
La contrepartie est la taille de la communauté. Avec seulement quelques centaines d'étoiles GitHub, seelf n'est pas l'outil à choisir si vous voulez beaucoup de tutoriels, de réponses communautaires et d'intégrations tierces. Vous devrez peut-être lire la documentation de près ou inspecter le code source quand quelque chose se comporte de façon inattendue.
Choisissez seelf si votre workflow est orienté Compose et que Coolify ou Dokploy vous semblent plus lourds que nécessaire.
Les limites honnêtes qui comptent
Les outils PaaS self-hosted sont utiles parce qu'ils masquent le travail de déploiement répétitif. Ils sont risqués quand les utilisateurs oublient que le serveur sous-jacent reste leur responsabilité.
Le plafond du mono-nœud
Ces outils sont les plus faciles à appréhender quand un seul VPS suffit. Certains prennent en charge les déploiements multi-serveurs, mais aucun ne vous offre l'autoscaling d'une plateforme managée ni la bascule multi-région sans travail de conception supplémentaire.
Ce n'est pas automatiquement rédhibitoire. Beaucoup de petites applications peuvent tourner confortablement sur un seul VPS bien dimensionné. Mais « un serveur suffit » est une contrainte que vous devriez accepter en conscience, pas découvrir pendant une panne.
Responsabilité opérationnelle
Avec le self-hosting, vous assumez les mises à jour, les sauvegardes, les règles de pare-feu, la supervision et la réponse aux incidents. L'épisode CVE de Coolify en 2026 est l'exemple le plus clair de ce à quoi ressemble cette responsabilité en pratique, mais le même principe s'applique à tous les outils de cette liste.
Une plateforme managée absorbe une grande partie de ce travail à votre place. Un PaaS self-hosted vous donne plus de contrôle et un coût d'infrastructure plus bas, mais il vous met aussi sur le calendrier des correctifs.
Les surprises du pare-feu Docker
La publication de ports par Docker peut surprendre ceux qui ne comptent que sur UFW ou sur des hypothèses basiques de pare-feu hôte. Docker crée ses propres règles de pare-feu pour la publication de ports et l'isolation réseau, donc « UFW est activé » ne suffit pas en soi.
Les mesures d'atténuation plus sûres consistent à lier les conteneurs à localhost quand ils sont derrière un reverse proxy, à utiliser les réseaux Docker délibérément et à gérer le filtrage via la chaîne DOCKER-USER. Définir iptables=false est une option avancée et n'est pas appropriée pour la plupart des utilisateurs, car elle peut casser la mise en réseau des conteneurs.
Conflits de reverse proxy
Beaucoup d'outils PaaS self-hosted installent ou attendent leur propre reverse proxy. Coolify utilise Traefik. CapRover utilise nginx. D'autres services sur votre VPS utilisent peut-être déjà Caddy, nginx ou un autre proxy.
Si deux services tentent de s'approprier les ports 80 et 443, ils entreront en conflit. La solution consiste généralement à se consolider autour d'un seul reverse proxy ou à placer délibérément le PaaS derrière votre proxy existant. N'installez pas un PaaS à tableau de bord sur un serveur chargé en supposant qu'il coexistera automatiquement avec votre pile web actuelle.
Le coût en temps
L'objection de Hacker News touche un nombre non négligeable d'équipes : si vous gérez vous-même le PaaS, profitez-vous encore de l'intérêt d'un PaaS ?
Parfois la réponse est oui. Si votre facture managée est assez élevée et votre application assez simple, un PaaS self-hosted peut faire économiser de l'argent de façon significative. Parfois la réponse est non. Si le self-hosting fait économiser $30 par mois mais vous coûte quatre heures de maintenance, de dépannage et de tracas, le compte n'y est probablement pas.
Le PaaS self-hosted est un arbitrage, pas une amélioration gratuite.
Verdict rapide
Choisissez Coolify si vous avez besoin d'un tableau de bord, voulez plusieurs applications sur un seul serveur et acceptez le devoir d'appliquer activement les correctifs comme partie du marché.
Choisissez Dokku si vous voulez un seul git push, la plus petite empreinte serveur possible en pratique, et aucun tableau de bord public à défendre.
Choisissez Dokploy si vous voulez une UI moderne plus propre, la prise en charge de Docker Compose et plus de flexibilité qu'un simple tableau de bord mono-nœud.
Choisissez CapRover si vous voulez un gestionnaire d'applications visuel simple et que vos déploiements correspondent à son modèle.
Choisissez Kamal si votre équipe est à l'aise en CLI et veut des déploiements Docker reproductibles sans tableau de bord de plateforme.
Choisissez seelf si vous voulez des déploiements Docker Compose légers et n'avez pas besoin d'un grand écosystème.
Si votre facture managée reste basse et que vous ne voulez pas de travail de maintenance, restez en managé.
Une façon plus simple de se lancer dans le self-hosting
La partie la plus difficile d'un PaaS self-hosted n'est pas toujours l'outil lui-même. C'est la préparation autour : préparer le VPS, installer Docker, configurer le réseau, ouvrir les bons ports, gérer le SSL et s'assurer que le tableau de bord n'est pas exposé à la légère.
C'est là qu'un marketplace d'applications en un clic peut faciliter le premier pas. Au lieu de partir d'un VPS vierge, vous pouvez utiliser un déploiement préconfiguré pour des outils comme Coolify, Dokku ou seelf, puis vous concentrer sur la question de savoir si la plateforme convient à votre application.
Le marketplace de Cloudzy propose des installations en un clic pour Coolify, Dokku et seelf. Cela ne supprime pas la responsabilité de maintenir votre serveur, mais cela supprime une bonne partie des frictions d'installation qui empêchent les développeurs de tester un PaaS self-hosted en premier lieu.
Foire aux questions
Quelle est la meilleure alternative self-hosted à Heroku ?
Coolify et Dokku sont les choix par défaut les plus sûrs. Prenez Coolify si vous voulez un tableau de bord et une expérience de plateforme plus complète. Prenez Dokku si vous voulez le workflow git-push façon Heroku le plus léger et que vous êtes à l'aise en CLI.
Coolify est-il sûr à utiliser en production ?
Coolify peut être utilisé en production, mais seulement si vous le traitez comme un puissant panneau d'administration serveur. Gardez le tableau de bord privé, restreignez l'accès et appliquez vite les mises à jour. Exposer le panneau publiquement sans plan de correctifs, voilà la partie risquée.
Coolify ou Dokku : lequel choisir ?
Prenez Coolify si vous faites tourner plusieurs applications et voulez un tableau de bord web. Prenez Dokku si vous faites tourner une ou deux applications, préférez la CLI et voulez la plus faible surcharge.
Un PaaS self-hosted peut-il remplacer Vercel pour Next.js ?
Pour beaucoup de petites applications, oui. Coolify et Dokploy peuvent héberger des applications Next.js, mais vous renoncez à la couche edge/CDN managée de Vercel et devez configurer vous-même la mise en cache, le comportement ISR, la mise à l'échelle de l'optimisation des images et la cohérence multi-instances.
Ai-je besoin de Kubernetes, ou un PaaS self-hosted suffit-il ?
Si un seul VPS suffit et que vous n'avez pas besoin d'autoscaling ni de bascule multi-région, un PaaS self-hosted suffit. Si vous avez besoin d'un ordonnancement multi-nœuds coordonné, d'une mise à l'échelle automatisée et d'un contrôle d'infrastructure plus profond, vous vous dirigez vers Docker Swarm, Nomad ou Kubernetes.
Dokku est-il toujours maintenu ?
Oui. Dokku reçoit encore des versions régulières, mais il évolue lentement par rapport aux outils plus récents orientés tableau de bord. Pour un logiciel d'infrastructure, cela peut être une force plutôt qu'une faiblesse.
