Guide · SaaS & dev
Dix hébergements pour un SaaS, sans note
L'ordre n'est pas un score. Docs relues le 2026-10-18 : public, limite, lien. Prix non relevé, aucun déploiement.
Cette sélection contient dix services d'hébergement réels. L'ordre n'est pas un score : un frontend Next.js, un conteneur avec worker et une plateforme auto-hébergée ne répondent pas au même besoin. Les documentations officielles ont été relues le 2026-10-19. Aucun prix, compte, benchmark ou déploiement n'a été relevé.
1. Vercel
Vercel déploie des applications depuis Git ou son CLI et documente les domaines, le CDN, les fonctions, l'observabilité et le retour arrière. C'est un candidat naturel pour un frontend et des fonctions compatibles avec ses runtimes.
À contrôler : compatibilité du framework, durée et région des fonctions, connexion à la base, variables par environnement et limites du plan. Une prévisualisation réussie ne valide pas les migrations ni les tâches longues.
Prix : non relevé. Test : non exécuté.
2. Railway
Railway fournit des services, environnements, volumes et bases, avec déploiement depuis du code ou une image. Sa documentation contient aussi une liste de préparation à la production et des contrôles de coûts.
À contrôler : région disponible, persistance, health check, réseau entre services, stratégie de sauvegarde et plafond de consommation. Un modèle prêt à lancer ne garantit pas que ses accès sont adaptés à votre application.
Prix : non relevé. Test : non exécuté.
3. Render
Render documente les sites statiques, services web, services privés, workers, tâches planifiées et bases Postgres. Les architectures à plusieurs services et les environnements de prévisualisation ont leurs propres guides.
À contrôler : type d'instance, mise en veille éventuelle, disque persistant, région, sauvegardes de la base et comportement des workers. La présence d'une offre gratuite dans la documentation ne décrit pas les limites de tous les services.
Prix : non relevé. Test : non exécuté.
4. Fly.io
Fly.io exécute des Machines et propose volumes, réseau, supervision et services de données. Le parcours officiel commence avec flyctl et fly launch ; ces commandes n'ont pas été exécutées ici.
À contrôler : image construite, région des machines, volumes, redémarrages et accès à la base. Plusieurs régions ajoutent des décisions de réplication et de cohérence, pas seulement des points de présence.
Prix : non relevé. Test : non exécuté.
5. Heroku
Heroku construit une application à partir du code et de ses dépendances, puis exécute les types de processus déclarés dans des dynos. La documentation décrit les déploiements Git, GitHub ou API et précise que le système de fichiers d'un dyno est éphémère.
À contrôler : type de dyno, sommeil éventuel, Procfile, pièces persistantes, base et rétention des journaux. Un fichier écrit localement dans un dyno ne doit pas être traité comme un stockage durable.
Prix : non relevé. Test : non exécuté.
6. Netlify
Netlify se concentre sur les applications web et documente les déploiements Git, prévisualisations, fonctions, fonctions en périphérie, tâches planifiées, domaines et observabilité.
À contrôler : prise en charge du framework, limites de chaque type de calcul, secrets, stockage persistant et comportement du cache. Une fonction edge et une fonction serveur classique n'ont pas nécessairement les mêmes API ni les mêmes contraintes.
Prix : non relevé. Test : non exécuté.
7. Cloudflare Workers
Cloudflare Workers exécute des applications et API sur le réseau Cloudflare. La documentation cite JavaScript, TypeScript, Python, Rust et plusieurs frameworks, avec des services reliés par bindings comme D1, KV, R2 et Queues.
À contrôler : compatibilité avec le runtime Workers, emplacement des données, droits de chaque binding et limites du service choisi. Un démarrage annoncé comme gratuit renvoie à une tarification qui doit être vérifiée au moment du choix.
Prix : non relevé. Test : non exécuté.
8. DigitalOcean App Platform
DigitalOcean App Platform est un PaaS géré qui construit et déploie depuis un dépôt Git ou une image de conteneur. La documentation couvre variables d'environnement, domaines, bases, journaux, tâches et montée en charge.
À contrôler : buildpack ou image, région, limites connues, base attachée, autoscaling et coût induit par les composants. L'infrastructure gérée n'enlève pas la responsabilité de configurer les secrets et les sauvegardes.
Prix : non relevé. Test : non exécuté.
9. Coolify
Coolify sert à déployer des applications, bases et services sur une infrastructure que vous contrôlez. Sa documentation indique qu'une application empaquetable avec Docker peut être exécutée et fournit des guides pour plusieurs frameworks.
À contrôler : licence de la version installée, serveur hôte, mises à jour, pare-feu, sauvegardes et supervision. L'auto-hébergement évite une partie du verrouillage d'un PaaS, mais vous laisse l'exploitation de la machine.
Prix : non relevé. Test : non exécuté.
10. Northflank
Northflank documente des services, jobs, bases, sandboxes et charges GPU pilotables depuis l'interface, une API ou un CLI. Les déploiements peuvent partir d'un dépôt, d'un Dockerfile, d'un buildpack ou d'une image.
À contrôler : région, type de charge, réseau privé, secrets, ressources et politique de reprise des jobs. Une base peut être reliée aux services par des variables ; il faut limiter les identifiants au rôle réellement nécessaire.
Prix : non relevé. Test : non exécuté.
Réduire la liste à deux candidats
Écartez les services qui ne prennent pas en charge le runtime, la région, la persistance ou les jobs requis. Comparez ensuite une restauration de base, un retour arrière, les alertes et un export. Le guide choisir l'hébergement de son SaaS fournit la grille complète ; hébergement gratuit ou payant aide à interpréter essais et quotas.
Pour une API Python, consultez Plateformes d'API Python. La comparaison entre plateforme web et serveur est traitée dans Vercel ou un VPS.
Sources
Sources officielles consultées le 2026-10-19 :