Von Neon kommend
Neon ist eine serverlose Postgres-Datenbank auf eigener Infrastruktur, kein Ort, um deine App zu betreiben. Railyard betreibt deine eigentliche Anwendung auf einem Server, den du besitzt, mit verwaltetem Postgres daneben.
Warum Teams Neon mit etwas anderem kombinieren
Neon ist ein starkes serverloses Postgres mit Branching und Autoscaling. Es ist eine Datenbank, keine Anwendungsplattform — deine App braucht trotzdem irgendwo einen Ort zum Laufen, und da kommt Railyard ins Spiel.
Wenn du von Neons Datenbank selbst weg willst, statt nur von deiner App, gibt dir Railyards verwaltetes Postgres-Addon geplante Backups und Point-in-Time-Restore auf einem Server in deinem eigenen Cloud-Account.
Was mitkommt
- Dein Anwendungscode, gebaut aus einem Dockerfile, Buildpacks, oder einem Procfile.
- Deine Umgebungsvariablen und Secrets.
- Dein Postgres-Schema und deine Daten, aus Neon gedumpt und ins verwaltete Postgres-Addon von Railyard restored.
Der Umzug
- Einen Server anbinden: einen bestehenden, oder einen neuen, den Railyard in deinem Cloud-Account provisioniert.
- Dein Repo hinzufügen und ein verwaltetes Postgres-Addon anhängen.
- Deine Daten migrieren mit einem Dump und Restore aus Neon.
- Deployen auf eine temporäre URL. Deine Release-Task ausführen und prüfen.
- DNS umschalten. Es gibt keine Downtime; Neon bedient weiter bis zum Cutover.
Was anders ist
Deine Datenbank und deine Anwendung leben beide in deinem eigenen Cloud-Account, statt dass deine App woanders läuft und nach außen zu Neons Infrastruktur verbindet.