Quitter Heroku et Vercel pour un VPS + Coolify

Heroku était la référence du déploiement sans friction pour les startups et les agences depuis la fin des années 2000. La plateforme absorbait la complexité d'infrastructure en échange d'un abonnement mensuel prévisible. Depuis le rachat par Salesforce et la suppression du plan gratuit en novembre 2022, la proposition de valeur s'est détériorée : un dyno Standard-1X coûte 25 $/mois, un dyno Standard-2X monte à 50 $/mois, et une application avec un dyno web, un worker et un add-on Postgres dépasse facilement les 100 $/mois. Vercel a suivi un mouvement similaire : le plan Pro est à 20 $/mois par développeur, mais les dépassements sur les Serverless Functions, les Edge Requests et la bande passante s'accumulent discrètement en fin de mois. En septembre 2026, un fil Hacker News titré « Should I run plain Docker Compose in production in 2026? » (discussion #47962032, 22 sept. 2026) a cumulé plusieurs centaines de commentaires, révélant une tendance de fond : les équipes de taille moyenne reviennent en masse vers l'auto-hébergement, non par idéologie mais par arithmétique. Un VPS à 10-20 € par mois avec Coolify installé dessus reproduit 90 % de l'expérience Heroku — déploiement Git-push, rollbacks, variables d'environnement, domaines personnalisés — sans la structure tarifaire à l'usage qui punit la croissance. La question n'est plus « est-ce techniquement possible ? » mais « à quel moment le coût d'opportunité devient-il insupportable ? ».

Coolify est aujourd'hui l'outil d'auto-hébergement le plus proche de l'expérience Heroku, en version open source sous licence AGPL-3.0. Sa caractéristique principale est la prise en charge de Nixpacks, le moteur de buildpack open source créé par Railway qui comprend les Procfiles Heroku et construit des images Docker sans que vous ayez à écrire un Dockerfile. Concrètement, une application Node.js, Python (Django, FastAPI), Ruby on Rails ou PHP déployée sur Heroku peut être importée dans Coolify en pointant le même dépôt Git, sans modification du code. Le prérequis minimum recommandé par la documentation officielle de Coolify est 2 vCPU et 2 Go de RAM, ce qui correspond exactement au profil d'un VPS entrée de gamme. L'interface web propose la gestion des variables d'environnement par projet, les déploiements automatiques sur push Git, les rollbacks en un clic, les certificats TLS via Let's Encrypt et la gestion des domaines personnalisés. Coolify supporte également Docker Compose directement : si vous avez déjà une stack Compose pour votre développement local, vous pouvez la déployer telle quelle. L'installation sur un VPS neuf prend moins de dix minutes grâce au script officiel, et Coolify se met à jour via son propre mécanisme de mise à jour intégré à l'interface. Pour les équipes qui veulent gérer plusieurs serveurs depuis un tableau de bord unique, Coolify supporte le multi-serveur nativement depuis la version 4.

La migration depuis Heroku vers un VPS avec Coolify concentre quelques pièges récurrents qu'il vaut mieux connaître avant de commencer. Le premier est la conversion du Procfile : Heroku utilise un format web: node server.js qui est lu par Nixpacks, mais si votre application utilise des processus release (migrations automatiques au déploiement), ces hooks doivent être reconfigurés dans les scripts de démarrage Coolify ou via un point d'entrée Docker personnalisé. Le deuxième piège concerne les variables d'environnement manquantes : Heroku injecte automatiquement certaines variables (DYNO, PORT, HEROKU_APP_NAME) que votre code peut lire sans les avoir déclarées explicitement — vérifiez que votre application ne dépend pas de ces variables implicites. Le troisième problème est le timeout du health check : Coolify configure par défaut HEALTHCHECK --interval=30s --timeout=10s, et une application lente à démarrer sera considérée comme défaillante et redémarrée en boucle. Augmentez --start-period à 60 ou 120 secondes pour les applications volumineuses. Enfin, le format DATABASE_URL peut différer : Heroku utilise le schéma postgres://, tandis que certaines librairies modernes requièrent postgresql:// — une simple substitution dans la variable d'environnement règle le problème. Pour les bases de données, évitez de migrer Heroku Postgres et les données applicatives en même temps que l'infrastructure : faites d'abord tourner l'application sur le nouveau VPS en pointant toujours vers la base Heroku, puis migrez la base dans un second temps avec pg_dump et pg_restore.

Une fois l'application stabilisée sur le VPS, plusieurs optimisations permettent d'atteindre un niveau de fiabilité supérieur à ce qu'offrait Heroku par défaut. La première priorité est les sauvegardes automatiques : configurez des snapshots quotidiens de votre VPS via le panneau de votre hébergeur, et ajoutez une sauvegarde applicative pour PostgreSQL avec pg_dump planifié par cron ou via l'interface de Coolify (qui intègre un gestionnaire de sauvegardes de bases de données depuis la version 4.0). La deuxième étape est le monitoring : installez Uptime Kuma sur le même VPS ou sur un second pour surveiller la disponibilité de vos applications avec des alertes par email, Telegram ou Slack. Pour un monitoring système plus complet (CPU, RAM, disque, réseau), Beszel est une alternative légère et moderne à Netdata, conçue pour les auto-hébergeurs. La troisième optimisation concerne la CI/CD : plutôt que de déclencher les déploiements uniquement depuis l'interface Coolify, configurez un webhook dans votre pipeline GitHub Actions pour automatiser les déploiements en production après validation des tests. Coolify expose un webhook par application qui accepte un POST HTTP avec un token — branchez-le en dernière étape de votre workflow CI. Cette architecture donne un pipeline complet : push → tests → build → déploiement automatique → health check, entièrement sous votre contrôle et sans dépendance vers une plateforme externe.

Vercel est conçu pour les déploiements de frontends statiques et SSR, en particulier Next.js dont Vercel est l'éditeur. Si vous hébergez une application Next.js sur Vercel, Coolify supporte Next.js via Nixpacks et peut déployer l'application en mode next start dans un conteneur Docker. La migration est directe pour les projets qui n'utilisent pas les Edge Functions de Vercel ou le réseau CDN Edge distribué (les Vercel Edge Middleware). En revanche, si votre application dépend fortement des Edge Functions — logique d'authentification, redirections géolocalisées, A/B testing au niveau du CDN — une migration 1:1 vers Coolify n'est pas immédiate, car Coolify déploie sur un seul serveur et ne reproduit pas la topologie edge distribuée. Dans ce cas, deux approches sont envisageables : utiliser Dokploy pour les applications full-stack avec moins de dépendances Vercel-spécifiques, ou adopter Kamal (de Basecamp) combiné avec Nginx pour les équipes qui préfèrent une approche CLI pure sans interface web. Pour les frontends Nuxt.js, SvelteKit ou Astro sans Edge Functions, Coolify est la migration la plus simple : ces frameworks génèrent soit un build statique (exportable sur n'importe quel serveur), soit un serveur Node.js standard que Nixpacks détecte et conteneurise automatiquement. L'économie réalisée sur une stack Vercel Pro avec plusieurs développeurs peut dépasser 60 à 80 €/mois en passant sur un VPS unique avec Coolify, sans dégradation perceptible pour les utilisateurs finaux dans la grande majorité des cas d'usage.