Depuis Heroku
Déplacez une application Heroku vers un serveur à vous, Dockerfile ou buildpacks, Procfile, config vars, Postgres et Redis, sans dépendance à un fournisseur.
La façon rapide : collez un jeton d'API Heroku 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 Heroku
La facture grossit à chaque dyno, chaque module complémentaire et chaque coéquipier, et elle est facturée dans une devise que vous ne gagnez peut-être pas. L’offre gratuite a disparu. Salesforce fixe la feuille de route. Et quand vous partez, vous emportez votre code et rien d’autre : la plateforme n’a jamais été la vôtre à déplacer.
Railyard vous offre le même flux de déploiement par push sur un serveur Linux de votre propre compte cloud. Votre fournisseur vous facture directement, à son prix. Annulez Railyard et l’application continue de tourner.
Ce qui vous suit
- Votre dépôt, inchangé. Railyard construit à partir d’un Dockerfile ou de Cloud Native Buildpacks (les mêmes buildpacks que Heroku utilise), donc la plupart des applications n’ont besoin d’aucun changement.
- Votre Procfile.
web,worker,releaseet tout autre type de processus sont lus tels quels. - Vos config vars. Collez-les. Elles deviennent l’environnement de l’application.
- Heroku Postgres et Heroku Data for Redis correspondent aux modules complémentaires Postgres et Redis gérés. Railyard les provisionne et y injecte
DATABASE_URL/REDIS_URL. - Domaines personnalisés et TLS automatique.
La migration
- Pointez Railyard vers un serveur. Rattachez-en un que vous avez déjà, ou faites-en provisionner un par Railyard dans votre compte DigitalOcean / Hetzner / AWS.
- Ajoutez votre dépôt et choisissez votre méthode de build. Si votre application se déploie déjà sur Heroku avec des buildpacks, choisissez buildpacks et ne changez rien.
- Apportez votre configuration. Collez vos config vars. Rattachez Postgres et Redis, et Railyard relie les URL pour vous.
- Déployez. Regardez le build défiler. Ouvrez l’URL temporaire et parcourez l’application.
- Déplacez vos données.
heroku pg:backups:capturepuispg:backups:download, et restaurez la sauvegarde dans le module complémentaire Postgres géré. Pareil pour Redis si vous le persistez. - Basculez le DNS. Votre application Heroku continue de répondre jusqu’au changement de l’enregistrement. Il n’y a aucune période où rien n’est en ligne. Ensuite,
heroku apps:destroyet annulez les modules complémentaires.
Ce qui change
Vous êtes désormais responsable d’un serveur, mais Railyard le provisionne, garde Docker à jour, exécute les déploiements, et gère TLS, les sauvegardes et les retours arrière. Ce que vous achetez avec ça : aucune majoration sur le calcul, aucune dépendance à un fournisseur, et une machine que vous pouvez pointer vers le cloud de votre choix.