Railway vs. Render 2026: Preise, Cold Starts und welcher Anbieter passt

Wenn du die kurze Antwort willst: Nimm Railway, wenn du keine Lust hast, Rechnungen zu hüten, und Apps willst, die ohne festen Server warm bleiben. Nimm Render, wenn du einen vorhersehbaren Preis pro Service willst und einen echten kostenlosen Tarif zum Einstieg. Railway berechnet dir sekundengenau exakt das, was dein Container verbraucht. Render gibt dir eine Auswahl an Instanzen mit Pauschalpreis plus einen kostenlosen Hobby-Tarif, der schlafen geht. Beide sind gut. Welcher der „richtige“ ist, hängt fast vollständig davon ab, ob dein Traffic gleichmäßig oder stoßweise ist – und davon, ob du lieber eine nutzungsbasierte Rechnung abschätzt oder eine feste Zahl von einer Tarifkarte abliest.

Ich habe Side-Projects und kleine Produktiv-Apps auf beiden ausgeliefert. Das hier ist der Vergleich, den ich mir vor meiner Entscheidung gewünscht hätte.

Railway vs. Render auf einen Blick

	Railway	Render
Preismodell	Nutzungsbasiert, sekundengenau abgerechnet	Pauschale Tarife pro Service + Tarifgebühr
Einstiegspreis	$5/Monat Hobby (inkl. $5 Nutzung)	Kostenloser Hobby-Tarif, danach $7/Monat Starter
Free Tier	Einmaliges $5-Testguthaben, ohne Karte	Echter Free Tier (Web, statisch, Postgres)
Schlafen Apps?	Nein, immer aktiv	Kostenlose Webdienste schlafen nach 15 Min.
Datenbanken	Postgres, MySQL, Redis, MongoDB	Postgres, Key Value (Redis-kompatibel)
Cron-Jobs	Ja, in bezahlten Tarifen	Ja, eigener erstklassiger Service-Typ
Background Worker	Ja (jeder Service)	Ja, dedizierter Worker-Typ
Statische Seiten	Möglich, aber kein Schwerpunkt	Kostenlos, unbegrenzt, Kernfeature
Autoscaling	Vertikales/Replica-Scaling	CPU/RAM-Autoscaling in höheren Tarifen
Regionen	USA, EU, Asien	US East, US West, EU, Singapur
Am besten für	Stoßweisen Traffic, Multi-Service-Apps	Gleichmäßigen Traffic, planbare Budgets

Railway-Preise, Juni 2026

Railway: Zahl für die Sekunden, die du wirklich nutzt

Der ganze Pitch von Railway lautet: Du mietest keinen festen Server mehr, sondern zahlst für den Verbrauch. Dein Service läuft, nippt an CPU und RAM, und der Zähler tickt sekundengenau weiter.

Hier die echten Tarife, direkt aus Railways Doku, Stand Juni 2026: CPU kostet $20 pro vCPU pro Monat, was $0,000463 pro vCPU pro Minute ergibt. RAM kostet $10 pro GB pro Monat. Volume-Speicher kostet $0,15 pro GB pro Monat. Netzwerk-Egress kostet $0,05 pro GB (Railway Pricing-Doku).

Die Tarife legen Guthaben um diese Raten herum. Hobby kostet $5/Monat und enthält $5 an Ressourcennutzung. Wenn deine App also winzig ist und im Monat weniger als $5 an Rechenleistung verbraucht, deckt die Tarifgebühr das ab und du zahlst nichts extra. Geht es darüber hinaus, zahlst du die Differenz zu diesen Sekundenraten. Pro kostet $20/Monat pro Sitzplatz und enthält $20 an Nutzung, bei denselben Überschreitungsraten (Railway Pricing).

Einen dauerhaften Free Tier gibt es nicht mehr. Neue Accounts bekommen ein einmaliges $5-Testguthaben ohne Kreditkarte, das reicht, um es auszuprobieren, aber nicht, um dauerhaft etwas zu betreiben (Railway Pricing).

Was mir gefällt: Railway-Services schlafen nicht. Eine App mit wenig Traffic bleibt warm, es gibt also keinen Cold-Start-Aufschlag, wenn endlich jemand vorbeischaut. Die Developer Experience ist der andere große Pluspunkt. Railway erkennt deinen Stack automatisch (Node, Python, Go, was auch immer) über sein Build-System, startet Postgres, MySQL, Redis oder MongoDB per Ein-Klick-Template, und das Dashboard aktualisiert sich in Echtzeit, während du Services miteinander verdrahtest (Northflank). Du verbindest ein Repo, Railway ermittelt den Build, du bekommst eine URL. Bei Multi-Service-Apps – einer API plus Worker plus Datenbank plus Redis-Cache – fühlt sich das Zusammenstellen auf Railway laut vielen Berichten weniger fummelig an als bei den meisten Alternativen.

Die Kehrseite ist die Rechnung. Nutzungsbasierte Preise sind wunderbar, bis deine App beliebt wird und du auf einen Graphen blinzelst und herauszufinden versuchst, warum dieser Monat mehr gekostet hat als der letzte. Eine kleine Node-App liegt vielleicht bei $2 bis $5/Monat. Eine mit viel Traffic kann im Bereich von $20 bis $50 landen, und es gibt keine feste Obergrenze, die dir das vorab sagt (The Software Scout).

Render: ein Preis, den du lesen kannst, bevor du dich festlegst

Render geht den umgekehrten Weg. Du wählst eine Instanzgröße, siehst den Monatspreis, und das ist die Zahl – egal, ob die App überrannt oder im Leerlauf ist.

Der Free Tier ist die eigentliche Schlagzeile, und es gibt ihn 2026 immer noch. Du bekommst kostenlose Webdienste mit 750 Instanzstunden im Monat, unbegrenztes kostenloses Hosting statischer Seiten und eine kostenlose Postgres-Datenbank. Die Haken: Kostenlose Webdienste fahren nach 15 Minuten Inaktivität herunter, was bei zurückkehrendem Traffic einen Cold Start von 10 bis 30 Sekunden bedeutet, und die kostenlose Postgres-Datenbank ist eine 256-MB-Instanz, die nach 90 Tagen abläuft (Render Free Tier; Kuberns).

Bezahlte Webdienste starten bei $7/Monat für die Starter-Instanz und skalieren über Standard mit $25/Monat, Pro mit $85/Monat und weiter hinauf in die Tarife Pro Plus, Pro Max und Pro Ultra für speicherintensive Arbeit (Render Pricing; Costbench). Managed Postgres beginnt bei rund $6 bis $7/Monat für die kleinste bezahlte Basic-Instanz, und Renders neuere flexible Tarife lassen dich CPU und RAM unabhängig vom Speicher feinjustieren (Kuberns).

Render-Preise, Juni 2026

Render behandelt Cron-Jobs, Background Worker und private Services als erstklassige Bürger. Du bastelst keinen Cron in einen Webdienst, sondern legst einen Cron-Job-Service an, und Render führt ihn nach Zeitplan aus (Northflank). Statische Seiten sind ein Kernfeature, kein nachträglicher Einfall, sodass dich eine Marketing-Seite oder Doku-Site nichts kostet. Beim Skalieren bietet Render in höheren Tarifen CPU- und RAM-basiertes Autoscaling sowie mehrere Regionen über US East, US West, Europa und Singapur (Encore).

Der ehrliche Nachteil: Diese Pauschaltarife können sich teuer anfühlen, sobald du alles zusammenrechnest. Ein Webdienst, eine Datenbank und ein Worker tragen jeweils ihren eigenen Posten, und ein paar Services im Standard-Tarif plus eine bezahlte Datenbank klettern über Railways wahrscheinliche Kosten für dieselbe Last mit wenig Traffic. Das Schlafverhalten des Free Tiers schließt ihn außerdem für alles aus, bei dem dich ein Cold Start vor einem echten Nutzer blamieren würde.

Welcher passt, nach Anwendungsfall

Hobby oder Side-Project. Wenn du Cold Starts verkraften kannst, gewinnt Renders Free Tier klar. Kostenloses Hosting statischer Seiten, kostenlose Webdienste, eine kostenlose Datenbank zum Lernen, kein Kreditkartendruck. Wenn dich Cold Starts nerven und du willst, dass das Ding warm bleibt, hält Railways $5-Hobby-Tarif eine kleine App für weniger als einen Kaffee dauerhaft aktiv.

Startup-App auf dem Weg in die Produktion. Render, wenn dir eine planbare Rechnung wichtig ist, die du in eine Tabelle eintragen kannst. Ein Webdienst für $7 oder $25 plus eine Datenbank für $6 bis $7 ist eine bekannte Größe. Railway, wenn dein Traffic stoßweise ist und du nachts nicht für ungenutzte Kapazität zahlen willst.

Datenbanklastige Arbeit. Patt, das auf die Geschmacksrichtung ankommt. Railway unterstützt Postgres, MySQL, Redis und MongoDB per Template, wenn du also MySQL oder Mongo brauchst, ohne einen eigenen Container zu betreiben, ist es der einfachere Weg (Northflank). Render konzentriert sich auf Postgres und einen Redis-kompatiblen Key-Value-Store, mit täglichen Backups und Point-in-Time-Recovery in höheren Tarifen – das ist die bessere Geschichte, wenn Postgres alles ist, was du brauchst, und dir Backup-Tooling wichtig ist.

Background-Jobs und Cron. Render hat hier die Nase vorn. Cron-Jobs und Background Worker sind dedizierte Service-Typen, sodass die Planung sauber und naheliegend ist. Railway führt Cron und Worker problemlos aus, aber Cron lebt in den bezahlten Tarifen und das Setup ist eine Spur manueller (Northflank).

Knappstes Budget. Render, wenn deine App schlafen darf, denn kostenlos ist kostenlos. Railway, wenn sie es nicht darf, denn $5/Monat für eine dauerhaft aktive kleine App schlägt Renders $7-Starter, und du sparst dir den Cold Start.

Die Realität der echten Kosten

Listenpreise lügen in beide Richtungen ein bisschen, deshalb erde ich das mal.

Nimm an, du betreibst eine kleine API mit einer Postgres-Datenbank, wenig, aber stetiger Traffic. Bei Render ist das realistisch ein $7-Starter-Webdienst plus ein $7-Basic-Postgres, also rund $14/Monat, fix, ohne Überraschungen. Bei Railway landet dieselbe Last – ein kleiner Container, der kaum arbeitet, plus ein kleiner Postgres – oft im Bereich von $5 bis $10, weil du für den tatsächlich geringen Verbrauch zahlst und das $5-Guthaben des Hobby-Tarifs einen Teil davon schluckt (Railway-Doku; Encore).

Jetzt dreh es um. Ein Service, der wirklich beschäftigt ist – viel CPU, stetiges RAM, echter Egress. Railways Zähler klettert mit der Nutzung weiter und kann $20 bis $50 überschreiten, ohne eingebaute Obergrenze (The Software Scout). Renders $25-Standard oder $85-Pro ist eine harte Zahl, egal wie heftig du draufhaust – und genau deshalb fühlen sich schwerere oder stoßweise Produktiv-Apps auf einem Pauschaltarif manchmal sicherer an.

Das Muster: Railway gewinnt bei den Kosten tendenziell bei kleinen, untätigen oder stoßweisen Apps. Render gewinnt tendenziell bei der Kostenplanbarkeit, und manchmal auch bei den reinen Kosten, sobald eine App so beschäftigt ist, dass ein fester Tarif günstiger ist als ein kletternder Zähler. Keiner ist „der Billige“. Sie sind an unterschiedlichen Punkten der Kurve billig.

Noch ein Realitätscheck, der für beide gilt: Wie Encores eigener Vergleich einräumt, ist der klügste Schritt meist, sitzen zu bleiben, statt eine Migration hinterherzujagen, sofern deine aktuelle Rechnung vernünftig ist und deine App gut läuft (Encore).

FAQ

Ist Railway günstiger als Render?

Bei kleinen, traffic-armen oder untätigen Apps meist ja. Railway rechnet sekundengenau ab, eine App, die überwiegend ruhig vor sich hin steht, kostet also sehr wenig, und der $5-Hobby-Tarif deckt sie oft vollständig ab. Sobald eine App beschäftigt und stetig ist, können Renders Pauschaltarife günstiger ausfallen, weil Railways Zähler weiterklettert, während Renders Preis fix bleibt. „Günstiger“ hängt von der Form deines Traffics ab, nicht von der Plattform.

Ist Render besser als Railway?

Besser in unterschiedlichen Dingen. Render ist besser, wenn du eine planbare Monatsrechnung, kostenloses Hosting statischer Seiten, einen echten Free Tier und saubere, erstklassige Cron- und Worker-Services willst. Railway ist besser, wenn du Apps willst, die nie schlafen, nutzungsbasierte Preise, die im Leerlauf herunterskalieren, und einfache Unterstützung für MySQL und MongoDB neben Postgres. Einen universellen Sieger gibt es hier nicht.

Hat Railway einen Free Tier?

Keinen dauerhaften. Railway gibt neuen Accounts ein einmaliges $5-Testguthaben ohne Kreditkarte, das reicht, um die Plattform zu testen, aber nicht, um dauerhaft etwas zu betreiben. Danach ist die günstigste Option der $5/Monat-Hobby-Tarif, der $5 an Nutzung enthält (Railway Pricing). Wenn du speziell einen unbegrenzt kostenlosen Tarif brauchst, ist Renders die richtige Wahl.

Ist Railway gut für die Produktion?

Ja, mit offenen Augen. Railway betreibt Produktiv-Apps zuverlässig, hält Services ohne Cold Starts warm und unterstützt Replicas und vertikales Scaling. Worauf du achten musst, ist die Rechnung, denn nutzungsbasierte Preise haben keine eingebaute Obergrenze – du willst also Budget-Warnungen und ein Auge auf die Metriken. Bei planbarem, stetigem Produktiv-Traffic bevorzugen manche Teams weiterhin Renders Pauschalpreise, einfach weil sich die Zahl nicht bewegt.

Schläft Renders Free Tier?

Ja. Kostenlose Webdienste fahren nach 15 Minuten Inaktivität herunter und brauchen 10 bis 30 Sekunden, um beim nächsten Request aufzuwachen (Encore). Die kostenlose Postgres-Datenbank läuft außerdem nach 90 Tagen ab. Statische Seiten im Free Tier schlafen nicht. Wenn Cold Starts ein K.-o.-Kriterium sind, wechsle entweder auf eine bezahlte Render-Instanz oder nutze Railway, wo Services dauerhaft aktiv bleiben.

Fazit

Nimm Railway, wenn dein Traffic stoßweise oder leicht ist, du null Cold Starts willst und lieber für deinen tatsächlichen Verbrauch zahlst – besonders bei Multi-Service-Apps mit gemischten Datenbanken. Nimm Render, wenn du einen Free Tier zum Einstieg willst, einen festen Monatspreis, mit dem du planen kannst, und saubere Unterstützung für Cron, Worker und statische Seiten. Probier den aus, der zur Form deines Traffics passt, behalte die erste echte Rechnung im Blick und wechsle nur, wenn die Zahlen wirklich wehtun.

Affiliate-Hinweis: TechRiseUps erhält möglicherweise eine Provision, wenn du dich über Links auf dieser Seite anmeldest. Das ändert nichts an deinem Preis und nichts an unserer Einschätzung. Die Preise sind Stand Juni 2026 und stammen von den offiziellen Seiten der jeweiligen Anbieter, prüfe aber die aktuellen Preise, bevor du dich festlegst, da beide Plattformen ihre Tarife im Laufe der Zeit anpassen.