Railway vs. Render im Vergleich: Preise und Regionen

Render eignet sich für Teams, die einen festen Preis pro laufender Instanz, klar getrennte Diensttypen und eine Region in Frankfurt wollen. Railway eignet sich für Teams mit vielen kleinen oder unregelmäßig genutzten Diensten, die lieber für tatsächlich verbrauchte CPU und tatsächlich belegten Arbeitsspeicher zahlen, mit Europa-Region in Amsterdam. Beide deployen aus Git oder per Dockerfile, beide bieten verwaltetes Postgres, beide sind US-Unternehmen. Der entscheidende Unterschied ist das Preismodell, nicht die Funktionsliste.

Beide Plattformen gehören zu den gefragtesten Heroku-Alternativen, und beide veröffentlichen eigene Vergleiche. Dieser Vergleich ist unabhängig und stützt sich auf die Dokumentation der Anbieter, nicht auf eigene Messungen.

Die Eckdaten

Stand: Oktober 2026. Maßgeblich sind die Preisseiten der Anbieter. Beide rechnen in US-Dollar ab.

	Railway	Render
Preismodell	Abo mit enthaltenem Nutzungsguthaben, danach pro Ressource	Festpreis je Instanzgröße plus Workspace-Tarif
Einstieg	Hobby: 5 USD/Monat inkl. 5 USD Nutzung	kostenlose Instanzen; bezahlte Instanzen je Größe
Verbrauchspreise (laut Anbieter)	RAM 10 USD/GB/Monat, CPU 20 USD/vCPU/Monat, Egress 0,05 USD/GB, Volumes 0,15 USD/GB/Monat	fest je Instanztyp
Regionen	Kalifornien, Virginia, Amsterdam, Singapur	Oregon, Ohio, Virginia, Frankfurt, Singapur
Gratis-Möglichkeit	einmaliges Testguthaben	750 Instanzstunden je Workspace und Monat
Firmensitz	USA	USA

Quellen: Railway-Tarife, Railway-Regionen, Render-Regionen, Render-Gratisstufe.

Preismodell: Verbrauch gegen Reservierung

Railway zahlt nach Laufzeit

Bei Railway zahlen Sie ein kleines Abo, das genau diesen Betrag als Nutzungsguthaben enthält: 5 US-Dollar im Hobby-, 20 US-Dollar im Pro-Tarif. Was darüber hinausgeht, wird je Dienst nach belegtem Arbeitsspeicher und genutzter CPU über die Zeit abgerechnet, dazu ausgehender Traffic und Volume-Speicher. Ein Dienst, der dauerhaft 0,5 GB RAM belegt, kostet im Monat etwa die Hälfte des RAM-Satzes; ein Dienst, der meist wartet, deutlich weniger.

Vorteil: Vorschau-Umgebungen, kleine Worker und interne Tools fallen kaum ins Gewicht. Nachteil: Ein Speicherleck oder eine Lastspitze schlägt direkt auf die Rechnung durch. Setzen Sie Nutzungslimits und Warnungen gleich am ersten Tag.

Render zahlt nach Instanz

Render berechnet für Web-Services, Worker und Datenbanken einen festen Monatspreis je Instanztyp, plus einen Workspace-Tarif für Teamfunktionen. Die Rechnung ist vorab bekannt, egal ob die Instanz zehn oder zehntausend Anfragen bearbeitet. Läuft der Speicher voll, startet der Dienst neu, statt mehr zu kosten.

Diese Planbarkeit schätzen viele Agenturen bei Kundenprojekten, weil sich ein Festpreis leichter weiterberechnen lässt. Der Haken: Eine Instanz, die den halben Tag nichts tut, kostet trotzdem den vollen Preis.

Beide Modelle mit Ihren eigenen Diensten durchrechnen können Sie im PaaS-Kostenrechner.

Regionen und Datenstandort

Für Europa bieten beide genau eine Region. Railway betreibt EU West in Amsterdam, Render eine Region in Frankfurt. Für Nutzer in Deutschland, Österreich und der Schweiz ist der Latenzunterschied zwischen beiden Städten gering, Frankfurt liegt für viele DACH-Nutzer etwas näher.

Wichtiger ist ein Detail aus der Render-Doku: Bestehende Dienste und Datenbanken lassen sich nicht in eine andere Region verschieben. Wer versehentlich in Oregon startet und später die EU braucht, legt neue Dienste an und migriert die Daten. Wählen Sie Frankfurt also direkt beim Anlegen.

Eine EU-Region ändert nichts daran, welchem Recht der Anbieter unterliegt. Wenn das für Ihre Kunden zählt, lesen Sie souveräne Cloud erklärt und prüfen Sie den Auftragsverarbeitungsvertrag beider Anbieter. Dieser Text ist eine Orientierung, keine Rechtsberatung.

Arbeitsweise im Alltag

Railway arbeitet mit einer Projekt-Arbeitsfläche: Dienste, Datenbanken und ihre Verbindungen erscheinen als Grafik, Variablen können aufeinander verweisen. Eine Datenbank neben der App ist in Sekunden angelegt, Umgebungen pro Pull Request sind einfach einzurichten. Besonders angenehm für Prototypen und Teams mit vielen kleinen Diensten.

Render ordnet Ressourcen klassisch nach Diensttyp: Web-Service, privater Dienst, Hintergrund-Worker, Cronjob, statische Seite, Postgres und ein Redis-kompatibler Key-Value-Speicher. Die Infrastruktur lässt sich als render.yaml-Blueprint beschreiben. Das hilft, wenn Sie denselben Aufbau für mehrere Kunden wiederholen.

Datenbanken

Beide bieten verwaltetes PostgreSQL. Die kostenlose Postgres-Datenbank bei Render ist laut Doku auf 1 GB begrenzt und läuft nach 30 Tagen ab, taugt also nur zum Testen. Bei Railway laufen Datenbanken als Dienste im selben Verbrauchsmodell, mit Volumes für dauerhafte Daten.

Unabhängig von der Wahl: Legen Sie regelmäßige eigene Dumps außerhalb der Plattform ab. Das schützt vor Bedienfehlern und ist Ihr Ausstiegsweg.

Unsere Einschätzung

• Railway, wenn Sie viele kleine Dienste, Vorschau-Umgebungen oder Tools mit unregelmäßigem Traffic betreiben und den Verbrauch im Blick behalten.
• Render, wenn Sie feste Monatskosten, klare Diensttypen, Frankfurt als Region und Infrastruktur als Code über Blueprints wollen.
• Keiner von beiden, wenn ein EU-Firmensitz Pflicht ist. Französische Plattformen finden Sie im Vergleich der Heroku-Alternativen; eine weitere Option mit Festpreisen und mehreren Europa-Regionen ist die DigitalOcean App Platform.