Von Appliku kommend
Appliku deployt Django-Apps auf Server, die dir gehören, abgerechnet pro Server. Railyard folgt demselben Server-ist-deiner-Modell, ohne dich auf ein einzelnes Framework zu beschränken.
Warum Teams Appliku verlassen
Appliku ist eine wirklich gute, fokussierte Umsetzung des Server-ist-deiner-Modells für Django. Die Reibung zeigt sich, sobald ein Team mehr als Django im Stack hat: eine Rails-API, ein Node-Worker, ein Go-Service — Appliku deckt sie nicht ab.
Railyard folgt derselben Idee — deine Server, dein Cloud-Account — über jedes Framework oder jede Sprache, die in einem Container läuft.
Was mitkommt
- Dein Django-Repo, gebaut aus einem Dockerfile, Buildpacks, oder einem Procfile.
- Deine Umgebungsvariablen und Secrets.
- Verwaltetes Postgres, MySQL und Redis mappen direkt auf Railyard-Addons.
- Deine bestehenden Server: anbinden per SSH, statt die Flotte neu aufzubauen.
Der Umzug
- Einen Server anbinden: einen bestehenden, oder einen neuen, den Railyard in deinem Cloud-Account provisioniert.
- Dein Repo hinzufügen und die Build-Methode wählen, die zu dem passt, wie Appliku heute baut.
- Deine Config mitbringen und die Datastores anhängen, die deine App erwartet.
- Deployen auf eine temporäre URL. Deine Release-Task ausführen und prüfen.
- Daten umziehen mit einem Dump und Restore ins verwaltete Addon.
- DNS umschalten. Appliku bedient weiter bis zum Cutover; es gibt keine Downtime.
Was anders ist
Dasselbe Server-ist-deiner-Modell, aber nicht auf Django beschränkt — nützlich, sobald dein Stack über ein Framework hinauswächst.