← Tous les guides de migration

Depuis Render

Render offre une excellente expérience de développement, sur le matériel de Render, aux prix de Render. Déplacez la même application vers un serveur à vous.

La façon rapide : collez un jeton d'API Render 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 Render

Render a parfaitement réussi l’expérience de développement. Le piège est le même que pour toute plateforme gérée : elle tourne sur une infrastructure que vous ne contrôlez pas. Les coûts d’instance et de bande passante augmentent avec votre succès, la liste des régions leur appartient, vos données sont où ils les placent, et partir est une vraie migration, pas un simple changement de DNS.

Railyard garde l’expérience de déploiement par push et la déplace sur un serveur Linux de votre propre compte cloud : même fonctionnement, votre matériel, votre facture.

Ce qui vous suit

  • Votre dépôt. Railyard construit à partir d’un Dockerfile (le même que Render utilise) ou de buildpacks.
  • L’intention de votre render.yaml : les services web et worker deviennent des types de processus Railyard, et une preDeployCommand devient une tâche de release.
  • Vos variables d’environnement et vos groupes d’environnement.
  • Render Postgres et Render Key Value / Redis correspondent aux modules complémentaires Postgres et Redis gérés, avec URL injectées.
  • Domaines personnalisés avec TLS automatique.

La migration

  1. Pointez Railyard vers un serveur de votre compte DigitalOcean / Hetzner / AWS, ou rattachez-en un que vous exploitez déjà.
  2. Ajoutez votre dépôt et choisissez la méthode de build que Render utilise aujourd’hui, en général le Dockerfile.
  3. Recréez votre configuration. Collez les variables d’environnement, puis rattachez Postgres et Redis pour que les URL soient reliées automatiquement.
  4. Déployez vers l’URL temporaire et testez l’application, tâches de fond incluses.
  5. Déplacez vos données. Faites un pg_dump depuis Render et restaurez-le dans le module complémentaire géré.
  6. Repointez le DNS. Render continue de répondre jusqu’au changement de l’enregistrement, sans interruption. Ensuite, suspendez les services Render.

Ce qui change

La machine vous appartient. Aucune surprise de sortie de données facturée au Go, aucune attente pour l’ajout d’une région, et si vous quittez un jour Railyard, les conteneurs continuent de tourner sur la machine que vous possédez déjà.

Amenez votre application Render 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.