Von Cloudflare Pages kommend
Cloudflare Pages deployt statische Seiten und Edge-Functions auf Cloudflares Netzwerk. Wenn deine App ein klassisches serverbasiertes Backend braucht, so betreibst du es auf einem Server, der dir gehört.
Warum Teams Cloudflare Pages verlassen
Cloudflare Pages und seine Edge-Functions sind schnell für eine statische Seite oder leichte Edge-Logik. Die Reibung zeigt sich, wenn deine App einen echten Backend-Prozess braucht: einen Worker, einen langen Job, oder ein Framework, das einen normalen Server erwartet statt die Grenzen der Edge-Runtime.
Railyard betreibt dieses Backend als langlebigen Prozess auf einem Server, der dir gehört.
Was mitkommt
- Dein Repo, gebaut aus einem Dockerfile, Buildpacks, oder einem Procfile.
- Deine Umgebungsvariablen und Secrets.
- Ein statisches Frontend kann auf Cloudflare Pages bleiben; das Backend zieht zu Railyard um, hinter derselben Domain.
Der Umzug
- Einen Server anbinden: einen bestehenden, oder einen neuen, den Railyard in deinem Cloud-Account provisioniert.
- Dein Repo hinzufügen und Railyard dein Framework erkennen lassen, oder es auf dein Dockerfile zeigen.
- 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.
- DNS umschalten für die Backend-Route oder Subdomain. Es gibt keine Downtime.
Was anders ist
Ein echter Server für die Teile deiner App, die einen brauchen, mit HTTPS, Zero-Downtime-Releases und verwalteten Datenbanken, zu einem flachen Preis pro Team.