Von Laravel Cloud kommend
Laravel Cloud betreibt deine App auf der eigenen AWS-Infrastruktur des Laravel-Teams, abgerechnet nach Nutzung. Railyard betreibt dieselbe Laravel-App auf einem Server in deinem eigenen Cloud-Account, zu einem flachen Preis pro Team.
Warum Teams Laravel Cloud verlassen
Laravel Cloud ist eine gut gebaute, vollständig verwaltete Plattform von den Leuten, die Laravel bauen. Die Reibung zeigt sich bei Besitz und Kosten: Deine App läuft auf ihrem AWS-Account, nicht auf deinem, und die Rechnung bewegt sich mit der Nutzung, wenn du wächst.
Railyard behält denselben Git-push-Deploy-Workflow für Laravel, betreibt ihn aber auf einem Server in deinem eigenen DigitalOcean-, Hetzner- oder Vultr-Account, zu einem flachen Preis pro Team.
Was mitkommt
- Dein Laravel-Repo, gebaut aus einem Dockerfile oder Buildpacks.
- Deine Umgebungsvariablen und Secrets, bisher gesetzt im Dashboard von Laravel Cloud.
- 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. Laravel Cloud bedient weiter bis zum Cutover; es gibt keine Downtime.
Was anders ist
Ein flacher Preis pro Team statt nutzungsbasierter Abrechnung, und deine App läuft in deinem eigenen Cloud-Account statt in dem von Laravel Cloud.