Guide · SaaS & dev
Choisir l’hébergement de son SaaS
Reliez chaque besoin de votre application au type d’hébergement adapté, sans comparer des tarifs non sourcés.
Choisir l'hébergement d'un SaaS revient à placer plusieurs charges, pas à trouver un serveur abstraitement « meilleur ». L'interface, l'API, la base, les fichiers et les tâches de fond n'ont pas les mêmes besoins. Ce guide fournit la grille d'architecture ; la liste des fournisseurs se trouve dans dix hébergements pour un SaaS.
Dessiner le parcours avant la plateforme
Tracez une requête complète, de l'ouverture de la page jusqu'à l'écriture en base et l'envoi éventuel d'un e-mail. Notez ce qui doit répondre immédiatement et ce qui peut être traité plus tard. Une vidéo à convertir ou un import volumineux ne devrait pas dépendre de la durée maximale d'une requête web.
Séparez aussi les données persistantes du disque d'exécution. La documentation Heroku, par exemple, décrit le système de fichiers d'un dyno comme éphémère. Les fichiers à conserver vont dans un stockage objet ou un volume dont le comportement est documenté.
| Charge | Questions à poser | Type de service possible |
|---|---|---|
| Frontend | Rendu statique ou serveur ? Prévisualisations nécessaires ? | Plateforme web, CDN ou service conteneurisé |
| API | Durée des requêtes ? Langage et runtime ? Connexions sortantes ? | Fonctions, service web ou conteneur |
| Base | Région ? sauvegardes ? restauration ? pool de connexions ? | Base gérée ou instance administrée par l'équipe |
| Fichiers | Volume ? accès privé ? cycle de vie ? | Stockage objet ou volume persistant |
| Jobs | Planifiés, continus ou déclenchés ? reprise sur erreur ? | Cron, worker ou file de messages |
| Observabilité | Quels logs, métriques et délais de conservation ? | Outils de la plateforme ou service séparé |
PaaS, serverless ou auto-hébergement
Un PaaS comme Render, Railway, Heroku, DigitalOcean App Platform ou Northflank construit et exécute des services à partir d'un dépôt ou d'une image. Il réduit l'administration de la machine, mais impose ses types de services, limites et mécanismes de réseau.
Une plateforme web ou serverless comme Vercel, Netlify ou Cloudflare Workers convient aux frontends et à certaines API. Le mot serverless ne signifie pas absence de contraintes : durée, mémoire, compatibilité du runtime, régions et connexions à la base doivent être vérifiées pour la charge réelle.
Avec Coolify sur vos propres machines, vous gardez davantage de contrôle sur l'hôte. Vous récupérez aussi les mises à jour système, le réseau, les sauvegardes et la capacité. L'interface d'administration ne remplace pas l'exploitation.
Contrôler les points qui font mal plus tard
Données et restauration
Demandez où réside la base, comment les sauvegardes sont produites et qui peut lancer une restauration. Un bouton « sauvegarde » n'est pas une preuve de reprise : restaurez une copie isolée, puis mesurez ce qui manque entre la dernière sauvegarde et l'incident simulé.
Secrets et accès
Les secrets vont dans le stockage prévu par la plateforme et restent côté serveur. Utilisez des comptes séparés entre prévisualisation et production. Donnez à l'application un compte de base limité plutôt qu'un rôle administrateur.
Réseau et montée en charge
Vérifiez la région de chaque composant. Une API proche des utilisateurs mais loin de sa base peut multiplier les allers-retours lents. Pour l'autoscaling, contrôlez ce qui déclenche une nouvelle instance, le délai de démarrage et le nombre maximal de connexions que la base accepte.
Déploiement et retour arrière
Un déploiement automatique depuis Git est utile si vous savez quelle branche publie, quelles vérifications précèdent la production et comment revenir à une version connue. Vercel documente les déploiements Git et le retour arrière ; Render décrit les déploiements, prévisualisations et services multiples. Ces fonctions doivent encore être configurées et testées.
Une décision en deux passages
Éliminez d'abord les plateformes incompatibles avec le runtime, la région, la persistance ou les tâches requises. Comparez ensuite l'exploitation : sauvegarde, restauration, alertes, accès, export et procédure de départ. Le prix vient après, avec une région, une période et un usage précis. Le guide hébergement gratuit ou payant aide à lire les offres sans prendre un quota d'essai pour une capacité durable.
Aucun benchmark ni déploiement n'a été exécuté ici. Les tarifs n'ont pas été relevés.
Sources
Sources officielles consultées le 2026-10-19 :