Von Laravel Vapor kommend
Laravel Vapor deployt Laravel als serverlose Funktionen auf deinem AWS-Account, abgerechnet durch Vapor auf deine AWS-Rechnung drauf. Railyard betreibt dieselbe App als normalen Server-Prozess, zu einem flachen Preis pro Team.
Warum Teams Laravel Vapor verlassen
Vapor ist ein cleverer Weg, Laravel serverlos auf AWS Lambda zu betreiben. Die Reibung zeigt sich bei Kosten und Debugging: Vapors eigenes Abo kommt auf deine AWS-Rechnung drauf, und Cold Starts, Ausführungslimits und ein serverloses Mentalmodell bringen Reibung, die ein normaler Server nicht hat.
Railyard betreibt dieselbe Laravel-App als langlebigen Prozess auf einem Server in deinem eigenen Cloud-Account, zu einem flachen Preis pro Team.
Was mitkommt
- Dein Laravel-Repo, gebaut aus einem Dockerfile oder Buildpacks.
- Deine Umgebungsvariablen und Secrets, bisher gesetzt in Vapors Dashboard oder
vapor.yml. - Verwaltetes Postgres, MySQL und Redis mappen direkt auf Railyard-Addons.
- Laravel Horizon und Queue-Worker laufen genauso auf einem Railyard-Worker-Prozess.
Der Umzug
- Einen Server anbinden: einen bestehenden, oder einen neuen, den Railyard in deinem Cloud-Account provisioniert.
- Dein Repo hinzufügen — Railyard erkennt Laravel automatisch.
- Deine Config mitbringen und die Datastores anhängen, die deine App erwartet.
- Deployen auf eine temporäre URL.
php artisan migrateausführen und prüfen. - Daten umziehen mit einem Dump und Restore ins verwaltete Addon.
- DNS umschalten. Vapor bedient weiter bis zum Cutover; es gibt keine Downtime.
Was anders ist
Ein flacher Preis pro Team statt Vapors Abo auf deiner AWS-Rechnung, und ein normaler Server-Prozess statt Cold Starts und Ausführungslimits zu debuggen.