Railway : vos données restent aux États-Unis

Railway est populaire auprès des développeurs backend. Connectez un dépôt, obtenez une base de données, déployez. Mais Railway est une entreprise américaine sur une infrastructure américaine. Si vous êtes une équipe canadienne qui gère de vraies données, cela compte.

La réalité de la juridiction

Railway fonctionne sur sa propre infrastructure physique répartie sur quatre régions (en anglais) : US West (Californie), US East (Virginie), EU West (Amsterdam) et Asie du Sud-Est (Singapour). Il n'y a pas de région canadienne. Railway est une entreprise américaine basée à San Francisco (en anglais), ce qui signifie qu'elle est assujettie au CLOUD Act, peu importe l'emplacement physique des données. Vos requêtes API, connexions aux bases de données et journaux passent tous par des systèmes américains.

Même si vous déployez dans leur région EU West, Railway reste une entreprise américaine. Le CLOUD Act suit l'entreprise, pas le centre de données. Un tribunal américain peut contraindre Railway à produire vos données, qu'elles soient en Oregon ou à Amsterdam. Pour les équipes canadiennes, cela signifie que vos données sont régies par le processus juridique américain, peu importe la région Railway choisie.

Pour les projets personnels et les outils internes, cela n'a pas d'importance. Mais si les clients demandent « où sont nos données? », « infrastructure américaine, entreprise américaine » pourrait ne pas fonctionner.

Le problème des données backend

L'hébergement frontend a une porte de sortie : les sites statiques ne stockent pas de données. Les services backend n'ont pas ce luxe. Vos points de terminaison API reçoivent des données utilisateur. Vos bases de données les stockent. Vos journaux les capturent. Avec Railway, tout cela vit sur une infrastructure américaine, stocké par une entreprise américaine.

Pensez aux types d'applications que les équipes canadiennes construisent sur des plateformes comme Railway. Une startup en santé qui traite des formulaires d'admission de patients. Une entreprise de technologie juridique qui gère des documents de dossiers. Un produit SaaS B2B dont les clients entreprise signent des clauses de résidence des données avant l'intégration. Une application fintech qui stocke des documents KYC et des relevés de transactions. Dans chaque cas, le backend est la partie qui touche aux données sensibles, et c'est là que la juridiction compte le plus.

Ce ne sont pas que les industries réglementées. Tout produit SaaS qui stocke des données clients finira par faire face à la question. Une agence de taille moyenne construit un portail client sur Railway. Six mois plus tard, un client potentiel envoie un questionnaire de sécurité demandant où les données sont stockées et quelle juridiction les régit. « Matériel physique aux États-Unis, entreprise américaine » est une réponse factuelle qui pourrait vous coûter le contrat.

Si vous avez des exigences de résidence des données dans vos contrats, ou si vous ne voulez tout simplement pas que votre infrastructure soit sous la loi américaine, Railway ne peut pas vous aider.

Le modèle de tarification de Railway

Railway utilise une tarification à l'utilisation par ressource. Vous payez un abonnement de base (5 $ USD/mois pour Hobby, 20 $ USD/mois pour Pro) qui inclut un montant équivalent de crédits de ressources. Au-delà, vous payez ce que vous consommez : environ 20 $ USD par vCPU par mois, 10 $ USD par Go de RAM par mois, environ 0,15 $ par Go de stockage disque et 0,05 $ par Go de trafic sortant (en anglais).

Ce modèle fonctionne bien pour les petits projets avec une utilisation prévisible et faible. Si votre application utilise à peine son allocation, vous ne payez que l'abonnement de base. Mais les services backend ont tendance à croître. Ajoutez une base de données PostgreSQL, un cache Redis, un worker en arrière-plan et un serveur web, et les frais par ressource s'accumulent. Un backend typique avec une base de données peut facilement atteindre 40 à 80 $ USD par mois, et ce, avant les pics de trafic.

Le défi, c'est la prévisibilité. Avec une tarification à l'utilisation, votre facture change d'un mois à l'autre. Une campagne marketing qui génère un pic de trafic, un client qui importe un gros jeu de données, une tâche en arrière-plan qui dure plus longtemps que prévu. Chacun de ces éléments apparaît sur votre facture. Pour les équipes qui doivent prévoir les coûts d'infrastructure ou s'engager sur un budget mensuel, cela crée de la friction.

MapleDeploy utilise plutôt une tarification forfaitaire. Le forfait Starter est à 45 $ CAD/mois pour une machine virtuelle (VM) dédiée avec 4 Go de RAM, 2 vCPU et 35 Go de stockage. Déployez autant de services et de bases de données que vous le souhaitez dans ces ressources. Pas de frais par projet, pas de frais de trafic sortant, pas de surprises. Vous savez exactement ce que vous paierez avant le début du mois.

Les bases de données de Railway

Railway offre des modèles en un clic pour PostgreSQL, MySQL, Redis et MongoDB (en anglais). L'expérience de configuration est réellement bonne. Cliquez sur un modèle, obtenez une chaîne de connexion, connectez votre application. Pas de fichiers de configuration, pas de délais de provisionnement.

Le compromis, c'est que ces bases de données fonctionnent comme des conteneurs sur l'infrastructure partagée de Railway, facturées par ressource. Votre instance PostgreSQL consomme de la RAM et du CPU qui comptent dans votre utilisation. Si votre base de données grossit, votre facture aussi. Et tout cela fonctionne sur une infrastructure américaine, ce qui signifie que vos données stockées sont assujetties à la juridiction américaine.

Avec MapleDeploy, vous obtenez une instance Coolify complète sur une VM dédiée. Coolify prend en charge le déploiement en un clic de PostgreSQL, MySQL, Redis, MongoDB et des dizaines d'autres services. La différence, c'est que ces bases de données fonctionnent sur votre propre VM à Toronto, sur une infrastructure canadienne, avec des ressources qui vous appartiennent, peu importe votre niveau d'utilisation.

Migrer depuis Railway

Quitter Railway est plus simple qu'il n'y paraît. Railway déploie à partir de Docker ou d'un dépôt git avec un Dockerfile ou son outil de build sans configuration (Railpack (en anglais), qui a remplacé Nixpacks). Si votre application fonctionne sur Railway, elle fonctionnera presque certainement sur toute plateforme compatible Docker.

Le chemin de migration ressemble à ceci. Exportez votre base de données avec pg_dump (pour PostgreSQL) ou l'équivalent pour votre moteur de base de données. Configurez vos services sur MapleDeploy via l'interface de Coolify, qui prend en charge le même flux de déploiement basé sur git. Importez votre dump de base de données. Mettez à jour vos enregistrements DNS. Le code source de l'application ne change pas, car Railway ne vous enferme pas dans des API propriétaires pour le déploiement de base.

Le seul point qui demande plus de réflexion est le système de variables d'environnement et de liaison de services de Railway. Railway injecte automatiquement les chaînes de connexion entre les services. Sur Coolify, vous les configurez explicitement via le tableau de bord. C'est quelques minutes de configuration supplémentaires, mais cela signifie que vous pouvez voir et contrôler chaque chaîne de connexion plutôt que de dépendre de la magie de la plateforme.

Si vous utilisez des modèles Railway pour des piles courantes (Next.js + PostgreSQL, Django + Redis), Coolify a des modèles équivalents en un clic. Le flux est similaire : choisissez un modèle, connectez votre dépôt, déployez.

L'alternative canadienne

Un équivalent de Railway avec une juridiction canadienne nécessite : des bases de données gérées, des déploiements basés sur git, et des serveurs physiquement au Canada exploités par une entreprise canadienne. Consultez notre comparaison complète avec Railway pour un tableau comparatif.

MapleDeploy offre le même flux de travail (déploiements par git push, bases de données en un clic, journaux en temps réel) sur une infrastructure canadienne. Chaque client obtient une VM dédiée à Toronto. Pas de conteneurs partagés, pas de voisins bruyants, pas de juridiction américaine sur vos données.

La plateforme sous-jacente est Coolify, un outil de déploiement libre qui offre la même expérience développeur pour laquelle Railway est reconnu. Un git push déclenche un build et un déploiement. Les bases de données se lancent en un clic. Les journaux sont diffusés en temps réel. La différence, c'est que tout fonctionne sur votre propre infrastructure au Canada, et vous pouvez voir exactement comment la plateforme fonctionne parce que le code est un logiciel libre.

Pour une procédure étape par étape, consultez notre guide de démarrage. Nous couvrons également notre pile d'infrastructure complète et les compromis de traitement des paiements dans des articles dédiés.