SMF·HEROKU-BASIC
Un prompt peut-il remplacer Heroku ?
Hébergement et déploiement — application hosting and backend platforms
Bordereau de suivi des pièces
Verdict
Recréer le workflow signature « git push pour déployer » de Heroku sur un seul VPS — construire un Dockerfile depuis le dépôt poussé, le faire tourner comme un conteneur, et le router à travers un reverse proxy avec TLS automatique — c’est une vraie plateforme fonctionnelle pour un projet perso, faisable en une session avec Coolify ou un outil similaire, ou un peu plus artisanal avec Caddy. Ce que ça ne peut pas égaler, c’est l’écosystème d’add-ons managés de Heroku et la fiabilité multi-région derrière cette seule commande.
Pièce A — Le prompt
Reçu le31.07.2026Construis un PaaS perso mono-serveur : git push pour déployer, builds Docker, et routage HTTPS automatique. Stack : un serveur Git nu (ou Gitea) avec un hook post-receive, Docker, Caddy comme reverse proxy, PostgreSQL pour les métadonnées de déploiement.
Boucle centrale : l’opérateur pousse un dépôt vers un remote Git sur son propre VPS. Un hook post-receive construit une image Docker depuis le Dockerfile du dépôt, arrête le conteneur précédent pour cette application s’il en existe un, et démarre le nouveau, puis met à jour la config de routage de Caddy pour que `<app>.tondomaine.com` fasse proxy vers le nouveau conteneur avec émission automatique de certificat TLS. Garde une petite table de métadonnées d’applications, leurs sous-domaines, variables d’environnement (chiffrées au repos), et historique de déploiement, avec un simple CLI ou vue web pour voir les logs et revenir à l’image précédente si la nouvelle plante au démarrage.
Ceci nécessite un VPS que tu administres toi-même (quelques dollars par mois chez n’importe quel fournisseur) et un nom de domaine avec le DNS pointé dessus — Caddy gère l’émission de certificat automatiquement une fois le DNS résolu. Aucun compte tiers au-delà du VPS et du registraire de domaine.
Ne construis pas : le déploiement multi-région, l’autoscaling, ni une marketplace d’add-ons managés — provisionner une base de données veut dire la faire tourner toi-même sur la même machine (ou une seconde) et câbler la chaîne de connexion à la main. Précise clairement dans le README que c’est un serveur : s’il tombe, chaque application dessus tombe avec lui, et il n’y a pas de basculement automatique.L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 une marketplace d’add-ons managés (bases de données, cache, monitoring) provisionnés en un clic
- B.2 le déploiement multi-région et le basculement automatique si un serveur tombe
- B.3 l’autoscaling sous les pics de trafic
- B.4 la propre équipe d’exploitation de Heroku gérant correctifs, isolation, et réponse aux incidents
- B.5 un palier gratuit pour expérimenter avant de t’engager sur ton propre serveur toujours actif
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : infrastructure scale, operations, and reliability
Les gens paient Heroku parce qu’un seul serveur self-hosted, c’est exactement ça — un serveur, un domaine de panne, aucune équipe d’exploitation derrière. Le coût récurrent achète un écosystème d’add-ons managés et une infrastructure qui bascule entre régions, pas le mécanisme de déploiement git-push lui-même, qui est vraiment reproductible.
Questions
Puis-je importer mes applications Heroku existantes ?
Si ton application a déjà un Dockerfile (ou que tu en ajoutes un — les buildpacks de Heroku gèrent ça automatiquement, cette construction non), la déployer, c’est juste pointer ton remote git vers le nouveau serveur. Les add-ons Heroku (bases de données, Redis, etc.) doivent être reprovisionnés toi-même, puisqu’il n’y a pas de marketplace équivalente ici.
Ça marche sur mon téléphone ?
Le tableau de bord web pour voir les logs et le statut des applications fonctionne depuis un navigateur mobile. Pousser vraiment du code pour déployer nécessite un vrai environnement de développement, comme avec Heroku.
Combien ça coûte à faire tourner ?
Un VPS capable de faire tourner quelques petites applications coûte 10 à 20 dollars par mois selon le fournisseur et la taille — souvent moins qu’un seul dyno Heroku, même si tu échanges la différence de prix contre ta propre exploitation.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
Le basculement. L’infrastructure de Heroku s’étend sur plusieurs zones de disponibilité pour qu’un serveur qui meurt ne fasse pas tomber ton application ; ici, c’est un seul VPS, et si cette machine a une panne matérielle ou que le fournisseur a une coupure, chaque application dessus est en panne jusqu’à ce que tu la répares toi-même.
Outils proches
Récépissé