Heroku, Vercel et Netlify ont popularisé l'idée d'un PaaS où on git push pour déployer, où les bases de données sont provisionnées en un clic, et où on ne pense pas à l'infrastructure. Côté self-hosted, Dokku a longtemps été l'option la plus directe. Coolify reprend l'idée avec une UI moderne, un écosystème riche, et une cible plus large que les seules webapps : applications full-stack, bases de données, services tiers.
Cet article présente Coolify (architecture, fonctionnalités), détaille un déploiement type, et le compare aux alternatives self-hosted (Dokku, CapRover) et SaaS (Heroku, Vercel, Netlify).
Plan de l'article
- Qu'est-ce que Coolify
- Fonctionnalités principales
- Architecture et déploiement
- Cycle de déploiement Git
- Bases de données et services
- Comparaison Coolify vs Dokku vs Heroku
- Cas d'usage et limites
Qu'est-ce que Coolify
Coolify est une plateforme open source self-hosted développée par CoolLabs, distribuée sous licence Apache 2.0. La dernière version stable au moment de la rédaction est la v4.0.0, publiée le 27 avril 2026.
Le projet vise explicitement à remplacer Heroku, Vercel et Netlify pour les équipes qui veulent l'expérience PaaS sans le verrou ni le coût des SaaS. Coolify pilote des serveurs distants via SSH (VPS, bare metal, Raspberry Pi) et y déploie applications, bases de données et services tiers via Docker.
Le projet rassemble une communauté très active : 54k+ étoiles GitHub, plus de 4k forks, contribution régulière. Une offre commerciale (Coolify Cloud) propose une instance hébergée pour ceux qui veulent l'expérience PaaS sans gérer le control plane Coolify lui-même.
Trois éléments structurent le projet :
- Une interface web moderne. Tout passe par l'UI : connexion à un serveur, déploiement d'app, provisioning de DB, configuration des domaines, suivi des logs.
- Un catalogue de services en un clic. Plus de 280 services prêts à déployer (Postgres, Redis, MinIO, Plausible, Umami, n8n, Outline, etc.).
- Aucun verrou cloud. Coolify se pilote depuis n'importe quelle machine SSH-accessible. Pas de dépendance AWS, GCP ou autre.
Fonctionnalités principales
Déploiement d'applications :
- Source Git (GitHub, GitLab, Gitea, Bitbucket).
- Détection automatique du framework (Next.js, Nuxt, Laravel, Django, Rails, Go, Python, Node, statique).
- Build via Nixpacks, Buildpacks (Heroku-style) ou Dockerfile custom.
- Déploiement via Docker Compose pour les apps multi-services.
Bases de données managées :
- PostgreSQL, MySQL/MariaDB, MongoDB, Redis, KeyDB, Dragonfly, Clickhouse.
- Sauvegardes automatiques (vers S3 ou disque local).
- Restauration en un clic.
Services tiers :
- Catalogue de 280+ services Docker Compose prêts à déployer (Plausible Analytics, Umami, n8n, Outline, Wiki.js, NocoDB, Penpot, Mattermost, Vaultwarden, etc.).
TLS et reverse proxy :
- Traefik intégré, certificats Let's Encrypt automatiques.
- Wildcard certificates support.
- Routes basées sur les domaines, sous-domaines, paths.
Webhooks et CI/CD :
- Auto-deploy au push Git (via webhooks).
- Preview deployments par branche/PR.
- Notifications Discord, Slack, Telegram, email.
Multi-serveurs :
- Une instance Coolify pilote N serveurs distants.
- Apps déployables sur n'importe quel serveur géré.
- Migration entre serveurs facilitée.
Architecture et déploiement
L'architecture Coolify est volontairement simple :
- Coolify lui-même tourne sur un serveur (le "control plane"). C'est une application Laravel + Vite + Soketi (WebSocket pour les logs en temps réel).
- Les serveurs cibles (workers) reçoivent les déploiements via SSH. Coolify y installe Docker et Traefik au premier ajout.
- Toute la communication passe par SSH avec des clés gérées par Coolify.
Installation sur le control plane (serveur Linux Debian/Ubuntu/RHEL avec Docker) :
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash
Le script installe Docker, lance Coolify (Postgres + Redis + Soketi + l'app Laravel) en docker-compose. Au premier accès web (port 8000 par défaut), on crée le compte administrateur et on relie un premier serveur (par défaut "localhost") ou un serveur distant via SSH.
Pour ajouter un serveur distant :
- Générer une clé SSH côté Coolify (depuis l'UI).
- Coller la clé publique dans
~/.ssh/authorized_keysde l'utilisateur cible (root ou un user avec accès Docker). - Renseigner l'IP/hostname et le user dans l'UI Coolify.
- Coolify valide la connexion, installe Docker si absent, configure Traefik.
À partir de ce point, des applications, bases et services peuvent être déployés sur ce serveur via l'UI.
Cycle de déploiement Git
Cas type : déployer une application Next.js depuis GitHub.
- Connecter GitHub : OAuth depuis l'UI Coolify, choix des repos accessibles.
- Créer une nouvelle application : pointer vers le repo et la branche.
- Coolify détecte le framework (Next.js) via Nixpacks et propose une configuration de build par défaut.
- Configurer le domaine :
app.example.com. Coolify génère automatiquement le certificat TLS via Let's Encrypt. - Déclencher le premier déploiement. Coolify clone le repo, lance
nixpacks build, démarre le container, configure Traefik. - Activer auto-deploy : webhook GitHub installé automatiquement. Tout push sur la branche déclenche un nouveau déploiement.
Pour des configurations plus complexes (variables d'environnement, build args, persistent volumes, healthchecks), tout est configurable via l'UI. Pour des cas vraiment custom, on peut basculer sur un Dockerfile ou un docker-compose.yml committé dans le repo.
Bases de données et services
Base de données provisionnée en 30 secondes : on choisit le moteur (PostgreSQL 16 par exemple), on saisit le nom, on clique. Coolify lance le container avec un volume persistant, génère un mot de passe, configure les sauvegardes selon la fréquence choisie. La connection string est affichée dans l'UI.
Pour une application qui a besoin de cette DB, on déclare une "Resource" dans l'app et on bind les variables d'environnement à la connection string. Les apps redéployées récupèrent les variables à jour.
Catalogue de services : depuis l'UI, "New Resource → Service". Coolify propose 280+ services Docker prêts à l'emploi : analytics, CRM, monitoring, productivity, file sharing, low-code, etc. Sélection du service, configuration minimale, déploiement.
C'est ce catalogue qui distingue Coolify des autres PaaS self-hosted : il transforme la plateforme en marketplace open source pour le self-hosting d'outils tiers.
Comparaison Coolify vs Dokku vs Heroku
| Critère | Coolify | Dokku | Heroku |
| UI graphique | Oui (moderne, complète) | CLI principalement (UI tiers) | Oui (SaaS) |
| Multi-serveurs | Natif | Manuel (un Dokku par serveur) | Natif |
| Catalogue de services | 280+ | Plugins | Add-ons (payants) |
| Bases de données managées | Oui, intégré | Oui via plugins | Oui (payant) |
| Build packs | Nixpacks + Dockerfile | Heroku Buildpacks + Dockerfile | Heroku Buildpacks |
| TLS auto | Oui (Traefik + Let's Encrypt) | Oui (plugin) | Oui (managé) |
| Self-hosted | Oui | Oui | Non (SaaS) |
| Coût d'opération | Gratuit (matériel + temps) | Gratuit (matériel + temps) | Élevé (offre payante) |
| Communauté / écosystème | Très active | Mature, plus restreinte | Énorme (mais payant) |
| Licence | Apache 2.0 | MIT | Propriétaire SaaS |
Coolify offre l'expérience UI que Dokku n'a jamais eue, et le catalogue de services qui en fait une plateforme tout-en-un. Pour qui n'aime pas la CLI ou veut industrialiser le déploiement de plusieurs apps + DB + services tiers, Coolify est plus pratique. Dokku reste pertinent pour les ops qui aiment la simplicité minimaliste (CLI uniquement) et la stabilité éprouvée.
Cas d'usage et limites
Cas d'usage où Coolify brille
- Agence ou freelance qui héberge plusieurs sites/apps clients sur un même VPS ou un parc de VPS.
- Équipe produit qui veut son propre PaaS sans payer Heroku ou Vercel.
- Self-hosting d'outils internes : Plausible, Outline, Vaultwarden, n8n, Mattermost… déployés en quelques clics.
- Environnements de preview par branche/PR pour les tests d'intégration.
Limites à connaître
Pas pensé pour le scale extrême. Coolify pilote des serveurs individuels via SSH. Pour un cluster Kubernetes managé multi-zones avec autoscaling, c'est un autre outil. Coolify cible les déploiements de petite à moyenne échelle.
Stack PHP/Laravel à opérer. Si l'équipe n'a aucune familiarité avec Laravel, le debug ou les contributions sont plus exigeants. L'opération courante reste très simple via l'UI.
Pas de RBAC granulaire (à date). La gestion fine des permissions par projet/équipe est en cours d'évolution. Pour des organisations qui exigent du RBAC strict multi-équipes, vérifier l'état actuel de la fonctionnalité.
Dépendance Traefik. Coolify utilise Traefik en reverse proxy. Personnaliser ça profondément demande de comprendre la conf générée. Pour la majorité des cas, l'UI suffit.
Pas de cluster control plane natif. Le control plane Coolify est mono-instance. Une instance par client/équipe en hébergement mutualisé fait sens. Pour la HA du control plane lui-même, c'est à organiser manuellement (sauvegardes, restoration).
Perspectives complémentaires
- Hébergement web France
- Comparatif d'hébergement web
- Plateforme PaaS interne multitenant
- Platform engineering moderne
- Internal Developer Platform
Sources
- Coolify (dépôt GitHub) code, releases, version v4.0.0
- Site officiel coolify.io, documentation, getting started
- Documentation Coolify, déploiement, configuration, opérations
- Catalogue de services, liste des 280+ services pré-packagés
Conclusion
Coolify n'est pas un Kubernetes ni un Nomad. Il vise un autre besoin : remplacer Heroku/Vercel/Netlify pour des équipes qui ont quelques dizaines à quelques centaines d'apps et de services, sans budget cloud illimité ni envie de gérer une orchestration complexe. Pour ce cas d'usage, c'est aujourd'hui l'option open source la plus complète et la plus accessible.
