← Tous les guides de migration

Depuis Railway

Railway est un excellent point de départ. Quand la facturation à l'usage devient imprévisible et que vous voulez votre propre infrastructure, voici la migration.

La façon rapide : collez un jeton d'API Railway dans l'outil d'importation, et Railyard récupère les processus, les variables d'environnement, les bases de données avec leurs données et les domaines. Les étapes ci-dessous montrent ce qu'il fait pour vous, et comment le faire à la main.

Pourquoi les équipes quittent Railway

Railway est l’un des moyens les plus simples de mettre une idée en ligne. Ce qui pousse les équipes à chercher ailleurs, c’est le compteur : une facturation à l’usage, calcul plus sortie de données, difficile à prévoir à mesure que le trafic grossit, sur une infrastructure qui appartient à Railway, sans aucun chemin pour reproduire la même configuration sur un serveur à vous.

Railyard est ce chemin. La même sensation « connectez un dépôt, ça se déploie », sur une machine Linux de votre propre compte cloud, facturée par votre fournisseur à un taux fixe et prévisible.

Ce qui vous suit

  • Votre dépôt, construit à partir d’un Dockerfile, de Nixpacks (le même builder que Railway utilise), ou d’un Procfile.
  • Vos variables de service et vos variables partagées.
  • Les extensions Postgres, Redis et MySQL de Railway correspondent aux modules complémentaires gérés de Railyard, avec chaînes de connexion injectées.
  • Domaines personnalisés et TLS automatique.
  • Les tâches de type cron deviennent des tâches planifiées Railyard.

La migration

  1. Rattachez un serveur : provisionné par Railyard dans votre compte cloud, ou un serveur que vous avez déjà.
  2. Ajoutez votre dépôt. Choisissez Nixpacks pour correspondre à la façon dont Railway le construit, ou pointez vers votre Dockerfile.
  3. Apportez vos variables et ajoutez les bases de données utilisées par vos services.
  4. Déployez vers une URL temporaire. Vérifiez l’application et les workers ou tâches planifiées.
  5. Déplacez vos données. Faites une sauvegarde de chaque base de données depuis Railway et restaurez-la dans le module complémentaire correspondant.
  6. Basculez le DNS. Le déploiement Railway continue de répondre jusqu’à la fin de la bascule, donc rien ne s’arrête. Ensuite, supprimez le projet Railway.

Ce qui change

Une facture que vous pouvez prévoir, une infrastructure qui vous appartient, et aucun compteur qui tourne sur les octets que vous servez.

Amenez votre application Railway sur un serveur à vous.

Ajoutez un serveur, pointez Railyard vers votre dépôt et déployez. Basculez le DNS une fois que ça fonctionne. Votre ancienne application continue de répondre jusque-là.

Offre gratuite, sans carte, et 14 jours de Pro pour chaque nouvelle équipe. Prix fixe par équipe.