Migrieren
Zu Railyard migrieren.
Jede Migration läuft gleich ab: deploye neben deiner aktuellen Plattform, teste über eine temporäre URL, dann wechsle das DNS. Deine App bleibt die ganze Zeit online. Wähle deinen Ausgangspunkt.
Von Heroku
Die Dyno-Rechnung wächst mit jedem Prozess und Add-on, die Free-Tier ist weg, und nichts davon gehört dir.
Guide lesen →Von Hatchbox.io
Dieselbe Wette, deine Server, Push zum Deployen, aber eine dünnere Schicht, und ein Ein-Personen-Projekt mit ungewisser Zukunft.
Guide lesen →Von Cloud 66
Dasselbe Modell mit eigenen Servern, aber geschlossen, schwerer, und für größere Teams bepreist.
Guide lesen →Von Elestio
One-Click-Hosting für Open Source, abgerechnet pro Ressource mit einem Support-Abo oben drauf.
Guide lesen →Von Render
Wunderbare DX, aber es ist Renders Infrastruktur, Renders Regionen, und Renders Rechnung.
Guide lesen →Von Fly.io
Großartige Machines, aber Flys Regionen, Flys Rechnung, und Postgres, das du am Ende sowieso selbst betreibst.
Guide lesen →Von Railway
Großartig zum Starten; nutzungsbasierte Preise werden unberechenbar, und es gibt keinen "lauf's auf meiner eigenen Box"-Weg.
Guide lesen →Von Vercel
Großartig für Frontends und Serverless-Funktionen; ein Backend, das dauerhaft läuft, braucht einen Server, den Vercel nicht bietet.
Guide lesen →Von Netlify
Großartig für statische Frontends, nicht gebaut für ein dauerhaft laufendes Backend.
Guide lesen →Von Supabase
Ein Backend-as-a-Service auf Supabases Infrastruktur, kein Ort, um deinen eigenen App-Code zu betreiben.
Guide lesen →Von Firebase
Googles Backend-as-a-Service, abgerechnet nach Nutzung auf Googles eigener Infrastruktur.
Guide lesen →Von Cloudflare Pages
Statische Seiten und Edge-Functions auf Cloudflares Netzwerk, kein klassischer Server.
Guide lesen →Von Dokku
Ein kostenloser, selbst betriebener Git-push-PaaS auf einem Server, ohne jedes Day-two-Tooling.
Guide lesen →Von Kamal
Ein kostenloses, Open-Source-Deploy-Tool ohne Dashboard, ohne verwaltete Datenbanken und ohne Team-Zugriffskontrolle.
Guide lesen →Von CapRover
Ein kostenloser, selbst gehosteter PaaS mit One-Click-App-Marktplatz, aber ohne verwaltete Backups.
Guide lesen →Von Laravel Cloud
Vollständig verwaltet vom Laravel-Team auf deren eigenem AWS, abgerechnet nach Nutzung.
Guide lesen →Von Laravel Forge
Ein Server-Verwaltungs-Panel, separat abgerechnet von den Servern, die es verwaltet.
Guide lesen →Von Ploi
Eine leichtere, günstigere Forge-Alternative, immer noch separat abgerechnet von den Servern, die sie verwaltet.
Guide lesen →Von Zeabur
Ein Template-Marktplatz, abgerechnet nach Nutzung, standardmäßig auf Zeaburs eigener Cloud.
Guide lesen →Von Koyeb
Autoscalte Container auf Koyebs eigenem globalen Edge-Netzwerk, ohne Bring-your-own-Cloud-Option.
Guide lesen →Von Northflank
Kubernetes in deinem eigenen Cloud-Account, abgerechnet pro Ressource auf deine Cloud-Rechnung drauf.
Guide lesen →Von Porter
Ein verwalteter Kubernetes-Cluster in deinem AWS-Account, mit eigenen Grundkosten, bevor deine App läuft.
Guide lesen →Von Qovery
Kubernetes in deinem eigenen Cloud-Account, abgerechnet pro Sitz ab mehreren hundert Dollar im Monat.
Guide lesen →Von Clever Cloud
Ein europäischer PaaS auf eigener Infrastruktur, abgerechnet nach Instanzgröße und Nutzung.
Guide lesen →Von Aptible
Compliance-fokussiertes Managed Hosting, mit Produktionsplänen, die üblicherweise bei rund 499 $ im Monat starten.
Guide lesen →Von Scaleway
Serverless Containers, die nur auf Scaleways eigener Cloud laufen.
Guide lesen →Von Neon
Eine serverlose Postgres-Datenbank, kein Ort, um deine Anwendung zu betreiben.
Guide lesen →Von Flightcontrol
AWS-only-Deploys über ECS, mit Preview-Umgebungen hinter einem 397-$-im-Monat-Plan verriegelt.
Guide lesen →Von Appliku
Eine Django-only-Deploy-Plattform auf Servern, die dir gehören, abgerechnet pro Server.
Guide lesen →Von Laravel Vapor
Serverloses Laravel auf deinem AWS-Account, abgerechnet durch Vapor auf deine AWS-Rechnung drauf.
Guide lesen →Von Irgendwo anders
Fly, App Platform, Coolify, Dokku, ein selbst verwalteter VPS. Der Umzug läuft überall gleich ab.
Guide lesen →Schritte
Jede Migration folgt denselben sechs Schritten.
- 01 Server hinzufügen: einen, den du schon hast, oder einen, den Railyard in deinem Cloud-Account erstellt.
- 02 Repo hinzufügen. Dockerfile, Buildpacks oder Procfile werden so gelesen, wie sie sind.
- 03 Deine Umgebungsvariablen mitbringen. Postgres, MySQL oder Redis verbinden, mit den Connection-Strings schon für dich gesetzt.
- 04 Auf eine temporäre URL deployen und testen.
- 05 Deinen Datenbank-Dump im verwalteten Addon wiederherstellen.
- 06 DNS wechseln. Die alte Plattform antwortet weiter, bis der Eintrag sich ändert, dann kündigst du sie.
Lösch die alte App nicht, bevor echter Traffic bei Railyard ankommt. Behalte die alte Plattform eine Woche, dann kündige sie.
Neben deiner aktuellen Plattform deployen, dann wechseln.
Starte mit dem Free-Plan oder einem 14-tägigen Pro-Test, keine Karte. Nichts bewegt sich, bis du das DNS darauf richtest.
Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.