Meilleures alternatives gratuites à Railway

Notes de migration

Les projets Railway combinent souvent app, base et variables. Migrez couche par couche : base d’abord si l’état compte, puis service web, jobs et domaines.

Comparaison rapide

Choisir selon le workload

Choisissez Render si le projet Railway est surtout un web service normal. Une petite API Node, Python, Go ou Ruby se mappe souvent bien vers Render avec un déploiement Git familier. Render est plus simple à comprendre qu’un assemblage de pièces serverless, mais les services gratuits dorment et le chemin Free Postgres n’est pas une base durable de production.

Choisissez Cloudflare Workers quand le service est stateless : webhooks, petites APIs, shorteners, callbacks auth, handlers planifiés ou middleware edge. C’est l’alternative la plus forte quand le “no sleep” compte plus que la compatibilité Docker. Si l’app a besoin d’un serveur Node long-running, d’hypothèses filesystem ou de packages lourds, Cloudflare peut demander une réécriture.

Choisissez Neon ou Supabase quand la base est la raison principale du choix de Railway. Neon est concentré sur Postgres serverless ; Supabase ajoute Postgres, auth, storage et realtime. Dans les deux cas, l’app doit encore tourner ailleurs, mais l’histoire base de données peut être meilleure que tout garder dans un projet Railway.

Choisissez Fly.io si vous avez besoin de conteneurs, placement régional, volumes ou contrôle infra. Fly n’est pas le remplacement gratuit le plus simple et les nouveaux projets doivent prévoir une facturation à l’usage, mais c’est plus cohérent pour les apps très Docker que les plateformes purement edge.

Pièges cachés à vérifier

Le premier piège est le regroupement. Railway rend naturel de garder app, base, variables, volumes et logs dans un même canvas. Les alternatives séparent souvent ces responsabilités. Ce n’est pas mauvais, mais cela signifie plus de chaînes de connexion, plus de dashboards et plus de points à surveiller.

Le deuxième piège est essai versus gratuit durable. Le chemin gratuit actuel de Railway commence avec des crédits d’essai puis une base mensuelle basse. Si l’objectif est strictement zéro dollar, comparez plutôt Cloudflare, Neon ou Supabase. Si l’objectif est un workflow full-stack productif, Railway peut rester intéressant.

Le troisième piège concerne jobs et cron. Certaines alternatives gèrent bien les APIs request/response mais rendent moins évidents les workers, queues ou tâches planifiées. Validez ces morceaux avant de déplacer une app de production.

Checklist de migration

1. Cartographiez chaque service, base, variable et volume Railway.
2. Décidez si la base migre ou reste en place pendant le changement d’hébergeur.
3. Recréez secrets et variables d’environnement sur la plateforme cible.
4. Testez buildpacks, Dockerfiles ou versions runtime.
5. Validez jobs, cron, webhooks et domaines personnalisés.
6. Surveillez logs, connexions, cold starts et mémoire avant de supprimer Railway.

Quand rester sur Railway

Restez sur Railway si le projet profite vraiment d’une infrastructure app réunie au même endroit et que le coût reste acceptable. Pour beaucoup de prototypes, payer un peu pour un workflow fluide vaut mieux que transformer un simple projet Railway en trois produits gratuits séparés. Quittez Railway quand la frontière essai/gratuit, les limites ressources ou le fit architectural vous bloquent réellement.