Roadmap

Was ausgeliefert ist, was kommt.

Alles hier wird in kleinen Schritten gebaut, und jeder Schritt geht in Produktion und wird dort geprüft, bevor der nächste beginnt. Keine Termine, denn wir liefern lieber als zu versprechen. Alles, was schon gelandet ist, findest du im Changelog.

Zuletzt ausgeliefert

live

Vollständiges Changelog →

In Arbeit / als Nächstes

im Bau

Rate-Limits und Länderblockierung, überall Heute schon gebaut und pro App gespeichert. Sie greifen, sobald Server auf Railyards eigenes Edge-Proxy-Image umziehen.
Pull-Request-Kommentare und ChatOps Ein Kommentar pro Pull Request mit Preview-URL und Status, bei jedem Deploy aktualisiert, plus /railyard redeploy direkt aus der PR. Stop- und Wake-Befehle folgen noch.
Schnellere Datenbankkopien für Stagings Forks mit einem Masking-Skript funktionieren schon. Als Nächstes: sofortige Copy-on-Write-Kopien auf Postgres 18, und Masking-Regeln pro Spalte statt SQL.
Heroku-, Render- und Fly-Importe raus aus der Beta Railway-Importe sind verifiziert. Die Heroku-, Render- und Fly-Importer funktionieren und werden End-to-End mit mehr echten Accounts getestet.
Postgres 18 Postgres 17 ist der Standard auf neuen Datenbankservern. Als Nächstes: Postgres 18, und Major-Upgrades raus aus der Beta.
Wildcard-Preview-Domains Jede Preview auf einem Wildcard-Zertifikat, mit einer saubereren Adresse pro App.

Geplant

später

Projektweite Preview-Umgebungen Ein Pull Request auf einem beliebigen Repo eines Projekts bekommt jeden Service, mit eigener Datenbank, miteinander verdrahtet.
Einmal bauen pro Commit Umgebungen nutzen das für einen Commit bereits gebaute Image wieder; reine Config-Änderungen deployen neu, ohne Build.
Ein Ausgabenlimit pro Umgebung Team-Budgets mit festem Limit funktionieren schon. Als Nächstes: ein separates Monatslimit für jede Umgebung.
Eine Staging-Server-Option Stagings und Previews eines Projekts auf einem einzigen günstigen Server, und Produktion bleibt unberührt.
Projektkonfiguration in deinem Repo Eine Datei in Git, die Services, Datenbanken und Umgebungen beschreibt, angewendet über Dashboard oder CLI, mit angezeigtem Drift.
Größere Builds auf kleinen Servern Komprimierter Speicher auf Build-Servern, Bauen auf deinem freiesten Server, und Builds auf GitHubs kostenlosen Runnern.
SSH und Dateitransfer in der CLI railyard ssh, zeitlich begrenzter SSH-Zugriff, sowie Datei-Upload und -Download.
Interaktive Konsole in der CLI Eine echte Terminal-Sitzung in einem laufenden Container über railyard console.
Mehr Replikation Redis- und MySQL-Replikate, und Apps, die automatisch auf einen hochgestuften Standby zeigen.
Daten aus privaten Datenbanken kopieren Import aus Datenbanken ohne öffentliche Adresse, etwa einem privaten Railway-Postgres.
Eigene Serverpakete und -konfiguration Zusätzliche Systempakete und Proxy- oder Postgres-Konfigurationsschnipsel, die einen Server-Rebuild überleben.
Functions, erwachsen geworden Cron-ausgelöste Functions, und Rollbacks, die den Code einer Function wiederherstellen, nicht nur ihre Laufzeit.
Path-Routing über Server hinweg Bediene /api von einer App auf einem anderen Server, auf derselben Domain und demselben Zertifikat.
Mehr verifizierte Templates Die Rails-Open-Source-Apps im Katalog einzeln deployen und verifizieren: Docuseal, Campfire, Writebook, Discourse, Forem, Lobsters und mehr.

Fehlt etwas, das du brauchst? Sag uns Bescheid. Die Reihenfolge ändert sich, wenn Leute, die echte Apps auf Railyard betreiben, um etwas bitten.

Deploye deine erste App auf einem Server, der dir gehört.

Verbinde eine Maschine mit Host, Benutzer und SSH-Key, oder lass Railyard eine in deinem Cloud-Konto anlegen. Railyard installiert den Rest und beobachtet, bis sie online ist.

Kostenlos starten So läuft ein Deploy ab

Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.