← Alle Migrations-Guides
Von Irgendwo anders kommend
Fly, DigitalOcean App Platform, Coolify, Dokku, ein selbst verwalteter VPS. Wenn es aus einem Dockerfile, Buildpacks oder einem Procfile baut, zieht es um.
Der Umzug läuft überall gleich ab
Railyard braucht keinen speziellen Adapter für deinen aktuellen Host. Wenn deine App aus einem Dockerfile, Cloud Native Buildpacks, Nixpacks oder einem Procfile baut und mit Postgres, MySQL oder Redis spricht, zieht sie um.
Was mitkommt
- Dein Repo und seine Build-Definition, unverändert.
- Deine Prozesstypen:
web,worker,release, was immer du laufen lässt. - Deine Umgebungsvariablen.
- Deine Datenbanken, als verwaltete Addons mit injizierten Connection-Strings.
- Deine Custom-Domains, mit automatischem TLS.
Der Umzug
- Railyard auf einen Server zeigen: einen, den du schon hast, per SSH angebunden, oder einen neuen, in deinem Cloud-Account provisioniert.
- Dein Repo hinzufügen und die Build-Methode wählen, die zu deinem heutigen Build passt.
- Deine Config mitbringen und die Datastores anhängen, die deine App erwartet.
- Deployen auf eine temporäre URL und die App durchchecken.
- Deine Daten umziehen mit einem Standard-Dump und Restore in das verwaltete Addon.
- DNS umschalten. Dein aktueller Host bedient weiter, bis der Record kippt. Es gibt kein Fenster, in dem nichts läuft. Dann die alte Deployment abschalten.
Die eine Regel, die es sicher macht
Lösch das Alte nie, bevor DNS umgezogen ist und du echten Traffic auf Railyard gesehen hast. Zahl die alte Plattform noch eine Woche weiter. Dann kündigen.