Railway-Alternativen 2026: Apps, Datenbanken und KI-Sandboxes

Die beste Railway-Alternative hängt davon ab, was Sie umziehen möchten. Die Ressourcentarife von Lizard für Apps und Datenbanken liegen bei gleicher abrechenbarer Nutzung 10% unter den veröffentlichten Tarifen von Railway; der monatliche Mindestbetrag des Tarifs bleibt dabei wichtig. Render eignet sich gut für eine App mit Postgres und Hintergrund-Workern. Fly.io gibt Ihnen mehr Kontrolle über VMs und Regionen. Mit Coolify können Sie den Stack auf eigenen Servern betreiben. Vergleichen Sie für Coding-Agenten Lizard, Northflank, E2B und Daytona mit Railway Sandboxes.
Beginnen Sie mit der Arbeitslast: einem Produktionsdienst, einer Datenbank oder einer vorübergehend genutzten Maschine, auf der ein Agent läuft. Kosten und Speicherbedarf unterscheiden sich jeweils. Ein Anbieter, der gut für Ihre API funktioniert, kann dennoch einen separaten Sandbox-Dienst nötig machen.
Wir entwickeln Lizard, eine der unten genannten Optionen. Die Preise haben wir am 22. Oktober 2026 geprüft. Die Kostenbeispiele beruhen auf veröffentlichten Tarifen und setzen die angegebene Nutzung und Laufzeit voraus.
Railway-Alternativen im Überblick
| Plattform | Gut geeignet für | Zu prüfende Preise | Wichtigste Einschränkung |
|---|---|---|---|
| Lizard | Geringere Ressourcenkosten für Apps und Datenbanken sowie Aufgaben für Coding-Agenten | App-/DB-Ressourcentarife 10% unter Railway; Pro: $19/Monat inklusive $19 an Nutzung; Small Sandboxes: $0.0162/Stunde | Bei geringer Nutzung zählt der monatliche Mindestbetrag; prüfen Sie die Verfügbarkeit von Vorlagen und Regionen |
| Render | Web-Apps, Postgres, Worker und Cronjobs | Hobby-Arbeitsbereich: $0; Pro-Arbeitsbereich: $25/Monat, Rechenleistung kostet extra | Berücksichtigen Sie den Arbeitsbereich, jeden Dienst und die Bandbreite in Ihrer Schätzung |
| Fly.io | Apps, die VM-Kontrolle oder die Wahl einer Region benötigen | Ressourcenabrechnung ohne monatliche Plattformgebühr | Sie treffen mehr Entscheidungen über VM-Größe, Speicher und Deployment-Aufbau |
| Northflank | Apps, Jobs und Datenbanken mit der Möglichkeit, in die eigene Cloud zu wechseln | Ressourcenpreise; für BYOC fallen eigene Kosten an | Mehr Infrastruktur-Optionen bedeuten auch mehr Konfiguration, die Sie verstehen müssen |
| Coolify | Teams, die Apps und Datenbanken auf eigenen Servern hosten möchten | Selbst gehostete Software ist kostenlos; Server kosten extra | Sie betreiben die Server und sind für die Wiederherstellung der Anwendungsdaten verantwortlich |
| E2B | Codeausführung in einem KI-Produkt | Hobby hat keine Tarifgebühr, Nutzung kostet extra; Pro kostet $150/Monat zuzüglich Nutzung | Sitzungslimits und Parallelität bestimmen, welchen Tarif Sie benötigen |
| Daytona | Agenten-Arbeitsbereiche mit SDK-Steuerung und wiederverwendbaren Setups | CPU: $0.0504/vCPU-Stunde; Arbeitsspeicher: $0.0162/GiB-Stunde | Berücksichtigen Sie Speicher und legen Sie fest, was beim Stoppen eines Arbeitsbereichs geschieht |
Für ein kleines privates Projekt lohnt es sich auch, bei Railway zu bleiben. Der Hobby-Tarif kostet $5/Monat und enthält $5 an Nutzung. Pro kostet $20/Monat und enthält $20. Diese Beträge zählen zur Rechnung; wer sie ein zweites Mal zur gesamten Nutzung addiert, setzt den Preis zu hoch an. Railway-Tarife
Railway vs. Lizard: Preise für App-Hosting und Datenbanken
Lizard berechnet 10% weniger pro Einheit CPU, Arbeitsspeicher, Volume-Speicher und ausgehendem Datenverkehr als die veröffentlichten Diensttarife von Railway. Diese Lizard-Tarife gelten für Apps, Managed Postgres und Managed Redis. Der folgende Vergleich nutzt Diensttarife; die eigenen Preise für Sandbox-Rechenleistung folgen später in diesem Leitfaden. Railway-Preise, Lizard-Ressourcentarife
Gleiche Nutzungsmengen vergleichen
Für eine gemeinsame Monatsbasis multiplizieren Sie die Sekundentarife beider Anbieter mit 730 Stunden oder 2,628,000 Sekunden. Die folgenden Beträge verwenden dieselben abgerechneten Einheiten und runden nur die Endkosten. Sie beschreiben die Nutzung, keine reservierte Servergröße.
| Ressourcennutzung | Railway | Lizard | Tarifersparnis bei Lizard |
|---|---|---|---|
| 1 vCPU durchgehend über 730 Stunden genutzt | $20.29 | $18.26 | 10% |
| 1 GB abgerechneter Arbeitsspeicher über 730 Stunden | $10.14 | $9.13 | 10% |
| 10 GB abgerechneter Volume-Speicher über 730 Stunden | $1.58 | $1.42 | 10% |
| 100 GB abrechenbarer ausgehender Datenverkehr | $5.00 | $4.50 | 10% |
Der Unterschied von 10% ergibt sich aus den ungerundeten Tarifen pro Sekunde und pro GB. Die Railway-Dokumentation zeigt auch monatliche Schätzungen; mit den Sekundentarifen beider Anbieter vermeiden Sie es, unterschiedliche Monatslängen und Rundungen zu vermischen.
Beispiel: eine App, Postgres und Redis
Angenommen, je eine Instanz jedes Dienstes läuft 730 Stunden mit diesen durchschnittlich abgerechneten Ressourcen:
- App: 0.5 vCPU, 1 GB Arbeitsspeicher, kein Persistent Volume und 100 GB abrechenbarer ausgehender Datenverkehr.
- Postgres: 0.5 vCPU, 2 GB Arbeitsspeicher und 20 GB abgerechneter Volume-Speicher.
- Redis: 0.1 vCPU, 1 GB Arbeitsspeicher und 5 GB abgerechneter Volume-Speicher, einschließlich Persistenzdateien.
Wir nehmen an, dass die Datenbanken keinen abrechenbaren externen Datenverkehr verursachen. Nutzen Sie bei Railway das private Netzwerk für Verbindungen zwischen App und Datenbank, um Gebühren für öffentlichen ausgehenden Datenverkehr zu vermeiden. Netzwerkkosten bei Railway steuern
| Dienst | Ressourcenkosten bei Railway | Ressourcenkosten bei Lizard |
|---|---|---|
| App | $25.29 | $22.76 |
| Postgres / Managed Postgres | $33.59 | $30.23 |
| Redis / Managed Redis | $12.96 | $11.67 |
| Gesamte monatliche Nutzung | $71.84 | $64.65 |
Die Zwischensumme für die App bei Railway lautet beispielsweise 2,628,000 × (0.5 × $0.00000772 + 1 × $0.00000386) + 100 × $0.05 = $25.28816. Mit den entsprechenden Tarifen von Lizard ergeben sich $22.759344. Die Gesamtsummen verwenden ungerundete Zwischensummen.
Das sind 10% weniger oder etwa $7.18 pro Monat für die aufgeführten Ressourcen. Wenden Sie den Mindestbetrag des Tarifs einmal auf die gesamte Kontonutzung an: Railway Pro enthält $20 und Lizard Pro $19. Beide Summen übersteigen diese Mindestbeträge, sodass keiner der Tarife eine weitere Abogebühr aufschlägt. Railway Pro erlaubt auch das 20 GB große Datenbank-Volume aus dem Beispiel; das angegebene Volume-Limit von Hobby beträgt 5 GB.
Diese Schätzung schließt Builds, Backups, zusätzliche Replikate, Objektspeicher, Modell-Token und Steuerunterschiede aus. Dienst-Builds bei Railway sind kostenlos; Build-Rechenleistung bei Lizard kann zusätzliche Nutzung verursachen. Unterschiede bei CPU-Leistung, Arbeitsspeicherabrechnung oder Datenbankeinstellungen können den gemessenen Verbrauch ändern. Berechnen Sie die Kosten eines Umzugs anhand Ihres eigenen Nutzungsverlaufs; dieses Beispiel ist eine Tarifberechnung, kein Leistungsbenchmark.
Wann der monatliche Mindestbetrag das Ergebnis ändert
Die Redis-Zeile zeigt eine Ressourcen-Zwischensumme innerhalb dieses Projekts. Wäre Redis der einzige Dienst in einem neuen Konto, ergäbe die angegebene Nutzung eine Rechnung über $20 bei Railway Pro oder $19 bei Lizard Pro. Ein Nutzer, der Railway Hobby nutzen darf, würde etwa $12.96 zahlen, also weniger als den Mindestbetrag von $19 bei Lizard. Bei einem sehr kleinen Konto kann Railway Hobby daher weniger kosten, obwohl die Ressourcentarife von Lizard niedriger sind. Railway-Tarifbedingungen, Lizard-Tarifbedingungen
Railways Sicherheitsvorfall im Oktober 2026 und jüngste Ausfälle
Zuverlässigkeit und der Umgang mit Geheimnissen können Ihre Hauptgründe sein, nach einer Railway-Alternative zu suchen. Hier erfahren Sie, was Railway gemeldet hat, welche Systeme betroffen waren und wo die verfügbaren Belege Grenzen haben.
21. Oktober: mögliche Offenlegung von Kundengeheimnissen
Am 21. Oktober meldete Railway verdächtige Aktivitäten in Systemen, die Umgebungsvariablen von Kunden speichern. Die erste Untersuchung deutete darauf hin, dass ein unbefugter Dritter möglicherweise auf verschlüsselte Variablen zugegriffen und die entschlüsselten Inhalte einiger davon erlangt hatte. Diese Variablen können API-Schlüssel, Datenbankpasswörter und Zugangsdaten für private Registries enthalten.
Railway erklärte, der betroffene Kreis könne auf einige Nutzer begrenzt sein, forderte aber alle Nutzer auf, gespeicherte Geheimnisse und Registry-Zugangsdaten zu erneuern und Dienstprotokolle zu prüfen. Railway kontaktierte auch vorgeschaltete KI-Anbieter, um Schlüssel zu widerrufen. Zum Zeitpunkt dieser Prüfung nannte die Mitteilung weder die endgültige Zahl betroffener Konten noch den Zugangsweg des Angreifers. Railways Sicherheitsmitteilung
Auch die Gegenmaßnahmen störten den Betrieb. Railway pausierte Builds und Deployments, sodass Kunden ihre Anwendungen nicht sofort mit neuen Zugangsdaten erneut bereitstellen konnten. Railway erneuerte Bucket-Zugangsdaten und machte alle Railway-API-Token ungültig. Der Vorfall betraf auch das Dashboard, die API, die CLI und die Support-Website.
In seinem Update vom 22. Oktober um 08:44 UTC erklärte Railway, dass Builds für Pro und Enterprise wieder liefen, während viele Deployments noch in der Warteschlange standen und die Wartezeiten zunahmen. Builds für Hobby, Free und Trial warteten weiterhin auf die Wiederaufnahme. Dieser Bericht beschreibt einen laufenden Vorfall zu einem bestimmten Zeitpunkt; spätere Updates finden Sie im Vorfallsverlauf.
Wenn Sie nach diesem Vorfall umziehen, erstellen Sie am Ziel neue Zugangsdaten. Wer dieselben API-Schlüssel oder Datenbankpasswörter überträgt, widerruft damit keine Kopien, die jemand bereits besitzen könnte.
Jüngste Dienst- und Deployment-Vorfälle
Railways Berichte dokumentieren mehrere weitere Störungen in den Wochen vor der Sicherheitsmitteilung. Die Tabelle trennt Ausfälle, die den Zugriff auf laufende Dienste blockierten, von Problemen mit Builds, Speicher oder dem Dashboard.
| Datum im Jahr 2026 | Was passiert ist | Auswirkungen auf Kunden und Wiederherstellung |
|---|---|---|
| 30. September | Ein neuer Routing-Dienst ging vor dem nötigen Update des Datenbankschemas in Betrieb. Fehlgeschlagene Routenabfragen führten zu 404-Antworten. | Neue Verbindungen zu gehosteten Domains schlugen in allen Regionen etwa fünf Minuten lang fehl, ungefähr von 07:35 bis 07:40 UTC. Bestehende Verbindungen liefen weiter; Railway meldete keinen Datenverlust. Das Routing funktionierte nach Abschluss der Migration wieder. Nachbericht |
| 3. Oktober | Einige Hosts in US West reagierten nicht mehr. Railway startete sie neu; der Bericht nennt keine genauere Ursache. | Apps und Datenbanken auf diesen Hosts waren nicht erreichbar, und erneute Deployments konnten stecken bleiben. Das erste veröffentlichte Update erschien um 11:43 UTC; Railway markierte den Vorfall um 19:33 UTC als behoben. Vorfall |
| 4. Oktober | Angebundener Speicher wurde für einige Nutzer in US West langsamer. Railway gab an, die Ursache gefunden zu haben, veröffentlichte aber keine Einzelheiten dazu. | Langsame Abfragen, verzögerte Dienststarts und zeitweise Absturzschleifen. Der Eintrag reicht von 00:34 bis 06:23 UTC; die Speicherleistung kehrte auf das normale Niveau zurück. Vorfall |
| 5. Oktober | API-Pods entwickelten lange Event-Loop-Verzögerungen und bestanden Liveness-Prüfungen nicht. | Das Dashboard lud langsam oder war schwer erreichbar. Railway erhöhte die Kapazität und schloss den Vorfall um 16:12 UTC nach der Meldung um 15:37 UTC. Vorfall |
| 9. Oktober | Ein Vorfall beim vorgeschalteten Docker Hub ließ Image-Downloads fehlschlagen, unter anderem mit HTTP-429-Fehlern. | Builds und Deployments mit Docker-Hub-Images schlugen fehl; andere Registries waren nicht betroffen. Railways Vorfallseintrag reicht von 21:29 bis 22:07 UTC. Fehlgeschlagene Deployments mussten erneut starten. Vorfall |
| 13. Oktober | Die Build-Infrastruktur in US West wurde langsamer. Railway erhöhte die Kapazität und spielte eine Korrektur ein, ohne Einzelheiten zur Ursache zu veröffentlichen. | Builds dauerten in dieser Region länger. Andere Regionen waren nicht betroffen. Der Vorfall dauerte von der Meldung um 16:12 UTC bis zur Behebung um 17:00 UTC. Vorfall |
| 20. Oktober | Railway pausierte neue Builds in allen Tarifen, während es ein Problem behob. Der öffentliche Eintrag erklärt die Ursache nicht. | Bereits laufende Dienste blieben verfügbar. Deployment-Auslöser während der Pause gelangten nicht in die Warteschlange, und geplante Cron-Läufe entfielen. Die Meldung erschien um 17:03 UTC; bis 20:56 UTC liefen alle Builds wieder. Vorfall |
Diese Zeitangaben stammen aus Railways öffentlichen Vorfallseinträgen. Einzelne Dienste können früher wieder funktioniert haben, und die erste Meldung kann nach Beginn eines Problems erschienen sein. Der Ausfall vom 9. Oktober hatte seinen Ursprung bei Docker Hub; mehrere andere Vorfälle betrafen nur eine Region oder eine Verwaltungsoberfläche.
Nutzen Sie diesen Verlauf, um die Kosten unterbrochener Deployments, ausgefallener Jobs und der Erneuerung von Zugangsdaten einzuschätzen. Prüfen Sie bei jedem Anbieter in Ihrer engeren Auswahl die Vorfallsberichte, die Wiederherstellung aus Backups und die Schutzmaßnahmen für Geheimnisse. Die Firecracker-Isolierung grenzt eine Arbeitslast ab; sie belegt allein nicht, wie ein Anbieter Geheimnisse in seinen Verwaltungssystemen schützt.
Railway-Alternativen für Apps: Hosting und Datenbanken
Wenn Sie eine Webanwendung umziehen möchten, vergleichen Sie das gesamte Projekt. Notieren Sie den Webdienst, Worker, geplante Jobs, die Datenbank, Redis-Warteschlangen, hochgeladene Dateien und Domains. Eine günstige Webinstanz deckt nur einen Teil dieser Liste ab.
Lizard: Apps, Datenbanken und Rechenleistung für Agenten in einem Konto
Lizard verbindet App-Deployments mit Managed Postgres, Managed Redis und Managed Object Storage. Lizard Sandboxes geben Agenten eine separate Maschine, um Code zu ändern, Tests auszuführen und eine App vor dem Deployment in der Vorschau zu prüfen.
Bei einer App mit Datenbank zeigt der Preisvergleich oben, wie sich die niedrigeren Ressourcentarife von Lizard auf die Gesamtkosten des Projekts auswirken. Bei einem Produkt, das Software für Nutzer erstellt, braucht der Agent zudem einen kurzlebigen Arbeitsbereich, während die fertige Anwendung einen bereitgestellten Dienst und dauerhaft gespeicherte Daten benötigt. Sie können die Lizard CLI für beide Teile dieses Ablaufs nutzen. Lizard-Dokumentation
Pro kostet $19 pro Monat und enthält $19 an Nutzung über alle Produkte hinweg. Zusätzliche Nutzung ist pay as you go. Neue Konten erhalten eine siebentägige Testversion mit $5 an Nutzung; eine Karte ist erforderlich. Bei einem Projekt, das unter dem Mindestbetrag von $5 bei Railway Hobby bliebe, rechtfertigt der niedrigere Sandbox-Tarif von Lizard allein keinen Wechsel. Lizard-Preise
Prüfen Sie die aktuellen Sandbox-Limits, bevor Sie einen Agentenablauf umziehen. Der interaktive Shell-Befehl von Lizard bietet beispielsweise keinen Zugriff über das SSH-Protokoll für scp oder Portweiterleitung. Ein Ablauf, der auf diesen Werkzeugen beruht, braucht Änderungen.
Render: passend für eine Web-App und ihre Worker
Render hat eigene Diensttypen für Web-Apps, private Dienste, Hintergrund-Worker und Cronjobs sowie Postgres und das Redis-kompatible Key Value. Der Leitfaden zum Umzug von Railway ordnet diese Ressourcen zu und erklärt, wie Sie Railway-Referenzvariablen durch die neuen Datenspeicher-URLs ersetzen.
Ziehen Sie Render in Betracht, wenn Sie den vertrauten Ablauf beibehalten möchten: ein Repository verbinden, Build- und Startbefehle festlegen und eine Datenbank hinzufügen. Prüfen Sie die gewählte Instanzgröße für jeden Dienst, auch für Worker, die keinen HTTP-Datenverkehr empfangen.
Der Pro-Arbeitsbereich von Render kostet $25/Monat mit unbegrenzt vielen Teammitgliedern. Rechenleistung und nach Nutzung abgerechnete Funktionen kosten extra. Das erfordert eine andere Rechnung als ein Abo, das Ressourcennutzung in gleicher Höhe enthält. Renders Update zu Arbeitsbereichspreisen
Render führt Sandboxes auch als Early Access auf. Prüfen Sie Zugang und Limits, bevor Sie sie zur Voraussetzung für einen Umzug machen. Render Sandboxes
Fly.io: Kontrolle über Machines und Standorte
Fly Machines sind VMs, die Sie über eine API verwalten können. Fly Launch übernimmt übliche App-Deployments, während die direkte Steuerung von Machines die Wahl von Ressourcen, Regionen und Lebenszyklusverhalten erlaubt. Das ist nützlich, wenn die Wahl der Region oder ein eigener VM-Ablauf den Umzug bestimmt. Fly Machines
Fly.io erhebt keine monatliche Plattformgebühr. Zu den veröffentlichten Beispielen gehört eine Machine mit gemeinsam genutzter CPU und 256 MB RAM für $2.19 pro 30 Tage in den günstigsten Regionen. Das ist ein Beispiel für eine Einstiegsgröße, kein Preisangebot für eine vollständige Anwendung. Datenbank-, Volume-, Netzwerk- und weitere Gebühren hängen von den Ressourcen ab, die Sie hinzufügen. Fly.io-Ressourcenpreise
Vergleichen Sie die Optionen für gemeinsam genutzte CPUs und Performance-CPUs getrennt. Eine gleiche vCPU-Zahl belegt keine gleiche Leistung.
Northflank: mehr Kontrolle darüber, wo der Stack läuft
Northflank lohnt einen Blick, wenn Sie Dienste, geplante Jobs, Datenbanken oder GPU-Arbeitslasten benötigen. Die veröffentlichten Rechentarife betragen $0.01667 pro vCPU-Stunde und $0.00833 pro GB-Stunde; Festplattenspeicher und ausgehender Datenverkehr kosten extra. Northflank-Preise
Northflank unterstützt auch Sandboxes in Ihrer eigenen Cloud. So können Teams den Standort der Infrastruktur bestimmen und zugleich die Deployment-Werkzeuge von Northflank behalten. Prüfen Sie die gewählte Laufzeitumgebung: Die BYOC-Dokumentation unterscheidet die MicroVM-Isolierung durch Kata Containers von gVisor und gewöhnlichen Containern. Die Installation von Sandbox-Laufzeitumgebungen allein wählt noch keine davon für eine Arbeitslast aus. Northflank-Dokumentation zu BYOC-Sandboxes
Diese Option ist am sinnvollsten, wenn Ihr Team diese Kontrolle konkret braucht und die Konfiguration pflegen kann.
Coolify: auf eigenen Servern bereitstellen
Die selbst gehostete Ausgabe von Coolify ist kostenlose Software. Coolify Cloud beginnt bei $5/Monat für die Anbindung von zwei Servern; die Server, auf denen Ihre Apps laufen, stellen und bezahlen Sie weiterhin selbst. Coolify-Preise
Das kann gut passen, wenn Sie bereits einen VPS betreiben und eine Deployment-Oberfläche für Apps und Datenbanken möchten. Sie tragen auch die Verantwortung für Serverupdates, Kapazität und Wiederherstellung. Coolify unterstützt Datenbank-Backups, doch der Umfang hängt von der Datenbank-Engine ab: PostgreSQL bietet einen Ablauf für geplante Backups und Wiederherstellung, während Redis ein eigenes Vorgehen für Persistenz und Backups benötigt. Coolify-Datenbankoptionen
Planen Sie einen Server, der kundenseitigen Code ausführt, gesondert. Halten Sie Zugangsdaten zu Produktionsdatenbanken davon fern und legen Sie fest, wie Sie jede Ausführung isolieren, bevor Sie nicht vertrauenswürdige Arbeitslasten annehmen.
Eine Alternative zu Railway Sandboxes wählen
Railway Sandboxes sind vollständige Linux-VMs mit Befehlsausführung, Dateien, Vorlagen, Checkpoints und Forks. Sie können dem privaten Netzwerk eines Projekts beitreten, und ihr Basis-Image enthält Coding-Agenten wie Claude Code und Codex. Ein Ersatz muss die Teile abdecken, die Ihre Anwendung tatsächlich nutzt. Railway Sandboxes
Ein Agent zur Codeprüfung braucht beispielsweise einen Repository-Checkout und einen Test-Runner. Ein Browser-Agent braucht auch einen funktionierenden Browser. Ein Agent, der mehrere Versuche aus demselben Zustand startet, muss wissen, ob ein Fork Arbeitsspeicher und laufende Prozesse oder nur Dateien enthält.
Lizard Sandboxes: niedrige Rechentarife für wiederholte Agentenaufgaben
Lizard Sandboxes laufen in Firecracker-MicroVMs mit einem eigenen Gast-Kernel. Das Lizard SDK unterstützt TypeScript und Python; die Lizard CLI kann eine Sandbox erstellen, Befehle ausführen und Dateien austauschen. Zu den Vorlagen gehören Setups für Coding-Agenten und ein Desktop. Sandbox-Dokumentation
Die Größe Small bietet 2 vCPU, 4 GB RAM und 5 GB lokalen Festplattenspeicher für $0.0162/Stunde. Lizard rechnet die Laufzeit sekundengenau ab, einschließlich Leerlaufzeit. Eine erfolgreiche Pause stoppt die Rechenkosten; für Persistent Volumes fallen weiterhin Speichergebühren an. Der ausgehende Sandbox-Datenverkehr umfasst 2 TB pro Konto über jeweils die letzten 30 Tage. Abrechnung und Nutzungstarife
Wir haben am 18. Oktober einen Claude Code-Ablauf getestet: ein Git-Bundle hochladen, es in einer Firecracker-Sandbox klonen, Claude einen fehlschlagenden Python-Test reparieren lassen, den Test unabhängig erneut ausführen, die Änderung herunterladen und die Sandbox pausieren. Der Test bestand. Der Leitfaden zur Claude Code sandbox enthält die Befehle und getesteten Versionen.
Verwenden Sie für Ihren eigenen Versuch einen fehlschlagenden Test aus Ihrem Repository und vergleichen Sie das zurückgegebene Diff, das Testergebnis und die gesamte abgerechnete Laufzeit. Rechnen Sie Einrichtung und Installation der Abhängigkeiten in diese Laufzeit ein.
E2B: eine gezielte API für Codeausführung
E2B eignet sich für Produkte, die einem Agenten eine Linux-VM zur Codeausführung geben. Die Lebenszyklus-API unterstützt das Verbinden, Pausieren, Fortsetzen und Beenden einer Sandbox. Eine ununterbrochene Sitzung kann bei Hobby bis zu einer Stunde und bei Pro bis zu 24 Stunden laufen; Pausieren und Fortsetzen bewahrt den Zustand und setzt dieses Laufzeitfenster zurück. E2B-Dokumentation zum Lebenszyklus
Zu den angegebenen Tarifen kosten 2 vCPU und 4 GiB RAM $0.1656 pro Laufzeitstunde vor Tarifgebühren. Pro kostet $150/Monat zuzüglich Nutzung. Prüfen Sie die nötige Sitzungsdauer und Zahl gleichzeitiger Sandboxes, bevor Sie monatliche Gesamtkosten vergleichen. E2B-Preise
Daytona: Arbeitsbereiche mit Werkzeugen für Dateien, Git und Prozesse
Daytona bietet SDKs und Werkzeuge für die Arbeit mit Dateien, Git, Prozessen, Terminals und Vorschauen. Es dokumentiert auch Snapshots und Speicheroptionen für wiederverwendbare Arbeitsbereiche. Diese Funktionen passen zu Agenten, die mehr als eine einzelne Codeausführung brauchen. Daytona-Dokumentation
Die Linux-Tarife für CPU und Arbeitsspeicher ergeben für 2 vCPU und 4 GiB RAM ebenfalls $0.1656/Stunde. Speicher über die ersten 5 GiB hinaus kostet zum veröffentlichten Tarif extra. Prüfen Sie die Persistenzeinstellungen für Dateien, die Sie zwischen Aufgaben benötigen, und die Lebenszyklusregeln, die Rechenkosten stoppen. Daytona-Preise
Fly Machines und Northflank können ebenfalls Agenten-Arbeitslasten unterstützen. Wählen Sie anhand der nötigen Infrastrukturkontrolle und des Umfangs an Lebenszyklus-Code, den Sie pflegen möchten.
Railway vs. Lizard: Was kosten 20-minütige Agentenaufgaben?
Railway rechnet Sandbox-Nutzung nach gemessener CPU-Nutzung und belegtem Arbeitsspeicher ab. Laut Dokumentation umfasst der Arbeitsspeicher auch Betriebssystem und Dateisystem-Cache. Eine konfigurierte 4-GB-VM bedeutet nicht, dass Railway durchgehend 4 GB abrechnet. Railway-Sandbox-Abrechnung
Nutzen Sie Railways eigene Beispielaufgabe: Sie läuft 20 Minuten und belegt im Schnitt 1 GB Arbeitsspeicher und 0.3 einer vCPU. Nehmen wir an, sie ist auch auf einer Lizard-Sandbox der Größe Small in 20 Minuten fertig. Diese Annahme gleicher Laufzeit erfordert einen Test mit Ihrem Code; diese Zahlen vergleichen Tarife, keine Ausführungsgeschwindigkeit.
Mit den veröffentlichten Sekundentarifen:
- Railway-Rechenleistung:
1,200 × (1 + 0.3) × $0.00001929 = $0.0300924pro Aufgabe. - Rechenleistung bei Lizard Small:
20 / 60 × $0.0162 = $0.0054pro Aufgabe.
Nutzen Sie für die monatliche Schätzung Railway Hobby und Lizard Pro. Nehmen Sie an, das Konto führt nur diese Aufgaben aus, hat keine Aktionsguthaben und erfüllt die Bedingungen des gewählten Tarifs. Rechnen Sie die gesamte Einrichtung und Bereinigung in die 20 Minuten ein. Schließen Sie Modell-Token, ausgehenden Datenverkehr, persistenten Speicher und Steuerunterschiede aus.
| Aufgaben pro Monat | Gesamte Laufzeit in Stunden | Railway-Rechenleistung | Lizard-Rechenleistung | Railway-Hobby-Rechnung | Lizard-Pro-Rechnung |
|---|---|---|---|---|---|
| 100 | 33.33 | $3.01 | $0.54 | $5.00 | $19.00 |
| 500 | 166.67 | $15.05 | $2.70 | $15.05 | $19.00 |
| 1,000 | 333.33 | $30.09 | $5.40 | $30.09 | $19.00 |
| 5,000 | 1,666.67 | $150.46 | $27.00 | $150.46 | $27.00 |
Jeder Tarif enthält Nutzung in Höhe seiner Monatsgebühr, daher lautet die vereinfachte Rechnung max(plan fee, resource usage). Ein Railway-Pro-Konto hat einen Mindestbetrag von $20 statt der $5 bei Hobby. Andere Arbeitslasten teilen sich bei beiden Anbietern die enthaltene Nutzung. Railway-Tarifabrechnung, Lizard-Tarifabrechnung
Geschätzte Monatsrechnungen für diese Arbeitslast einschließlich der Mindestbeträge der Tarife. Keine Testguthaben oder zusätzlichen Ressourcen. Tarife am 22. Oktober 2026 geprüft.
Für ein neues Konto, das nur diese Arbeit ausführt, wird Lizard ab etwa 632 Aufgaben pro Monat günstiger. Bei 5,000 Aufgaben liegt die Schätzung bei $27 auf Lizard gegenüber $150.46 bei Railway Hobby. Bei 100 Aufgaben ist Railway dank des niedrigeren Mindestbetrags günstiger.
Ihr Ergebnis hängt von Arbeitsspeichernutzung, CPU-Nutzung, Einrichtungszeit und Wiederholungsversuchen ab. Halten Sie Repository, Abhängigkeiten, Modell und Erfolgskriterien beim Test gleich. Messen Sie die Kosten einer abgeschlossenen Aufgabe einschließlich fehlgeschlagener Versuche.
Zustand und Netzwerkverhalten vor dem Wechsel prüfen
Das Wort „Fork“ bedeutet nicht überall dasselbe. Railway-Checkpoints und -Forks kopieren den Festplattenzustand; die neue VM startet ohne die laufenden Prozesse und den Arbeitsspeicher der Quelle. Das standardmäßig isolierte Netzwerk erlaubt ausgehenden Internetzugriff, während ein privates Netzwerk eine Sandbox mit Diensten in derselben Umgebung verbinden kann. Verhalten von Railway Sandboxes
Lizard dokumentiert Forks, die Arbeitsspeicher und Prozesse kopieren, mit einer Einschränkung bei angebundenem Persistent Volume. Nutzen Sie für Dateien, die Sie nach dem Stoppen einer Sandbox benötigen, ein Persistent Volume oder exportieren Sie die Ausgabe. Ein Volume ist kein Backup gegen den Verlust eines Knotens. Lizard-Lebenszyklus und -Speicher
Prüfen Sie vor dem SDK-Wechsel diese Fragen mit einem kleinen Testaufbau:
- Bewahrt eine Pause den Zustand, den Ihr Agent benötigt, und welches Ereignis beendet die Abrechnung der Rechenleistung?
- Was bleibt bei einem Timeout, einem Stopp, einem Fork und einer neuen Sandbox erhalten?
- Kann der Agent seine Testdatenbank erreichen, ohne Zugangsdaten zur Produktionsumgebung zu erhalten?
- Können Sie Teilergebnisse abrufen und eine fehlgeschlagene Aufgabe erneut versuchen, ohne dieselbe Änderung zweimal anzuwenden?
Verwenden Sie für jede Aufgabe Zugangsdaten mit begrenzten Rechten. VM-Isolierung hilft, Ausführungsumgebungen zu trennen; Zugangsdaten bestimmen weiterhin, worauf der Code zugreifen kann.
Eine Railway-App und -Datenbank umziehen
Beginnen Sie mit einer Staging-Kopie des Projekts. Die Zielumgebung sollte die Anwendungstests bestehen, bevor sie Produktionsdatenverkehr erhält.
Notieren Sie Build- und Startbefehle, Laufzeitversionen, Namen der Umgebungsvariablen, Volume-Mount-Pfade und geplante Jobs. Railway-Referenzausdrücke wie ${{ Postgres.DATABASE_URL }} benötigen die Verbindungseinstellungen der Zielumgebung; ein anderer Anbieter löst den Ausdruck nicht auf, wenn Sie ihn dorthin kopieren. Renders Migrationsleitfaden zeigt diese Zuordnung im Detail.
Prüfen Sie für Postgres Zielversion, Erweiterungen, Verbindungslimits und Wiederherstellungsrechte. Stellen Sie ein Backup in der Testdatenbank wieder her und prüfen Sie dann Zeilenzahlen sowie Lese- und Schreibzugriffe der Anwendung. Stellen Sie für Redis fest, ob es entbehrliche Cache-Daten, Sitzungen oder Jobs enthält, die den Umzug überstehen müssen. Diese Nutzungen brauchen unterschiedliche Migrationspläne.
Hochgeladene Dateien benötigen eine eigene Übertragung. Prüfen Sie absolute Dateipfade, öffentliche URLs und Zugangsdaten für Objektspeicher. Testen Sie die Anwendung mit einer vorübergehenden Domain, einschließlich Webhooks und Hintergrundjobs.
Planen Sie den letzten Datenabgleich unter Berücksichtigung von Schreibzugriffen: Nutzen Sie ein Wartungsfenster oder ein zuvor erprobtes Replikationsverfahren. Stellen Sie den Datenverkehr erst um, wenn das Ziel aktuell ist, und behalten Sie eine Rückkehrmöglichkeit, die neue Schreibzugriffe am Ziel berücksichtigt.
Halten Sie bei Lizard die bereitgestellte Anwendung und die Datenbank getrennt von der Sandbox, in der ein Agent Code bearbeitet. Der App-Schnellstart und der Sandbox-Schnellstart behandeln diese beiden Ressourcentypen.
Häufig gestellte Fragen
Was ist die beste Railway-Alternative für eine Web-App?
Lizard lohnt einen Test wegen niedrigerer Ressourcentarife für Apps und Datenbanken, bei einem monatlichen Mindestbetrag von $19. Render ist eine praktische Option für eine Web-App mit Postgres und Workern. Fly.io eignet sich für Teams, die mehr Kontrolle über VMs und Regionen möchten. Coolify passt zu Teams, die bereits eigene Server betreiben.
Gibt es kostenlose Railway-Alternativen für Apps?
Die selbst gehostete Software von Coolify ist kostenlos, aber Sie bezahlen den Server. Northflank führt einen kostenlosen Tarif mit begrenzten Diensten, einer Datenbank und Cronjobs auf. Prüfen Sie, ob die Limits Ihre gesamte Anwendung abdecken. Lizard bietet eine siebentägige Testversion, gefolgt von einem kostenpflichtigen Pro-Tarif. Northflank-Preise, Coolify-Preise, Lizard-Preise
Was ist eine gute Alternative zu Railway Sandboxes für KI-Agenten?
Vergleichen Sie Lizard, E2B und Daytona für einen verwalteten Agenten-Arbeitsbereich. Nehmen Sie Fly Machines oder Northflank hinzu, wenn Sie mehr Kontrolle über die Infrastruktur benötigen. Führen Sie bei den Anbietern in Ihrer engeren Auswahl dieselbe Aufgabe aus und prüfen Sie vor dem Wechsel Ausgabe, Zustandswiederherstellung, Netzwerkzugriff und abgerechnete Laufzeit.
Ist Lizard günstiger als Railway?
Die angegebenen Tarife von Lizard für CPU, Arbeitsspeicher, Volume-Speicher und ausgehenden Datenverkehr bei Apps, Managed Postgres und Managed Redis liegen 10% unter den Diensttarifen von Railway. Das Beispiel mit App und Datenbanken oben kostet $64.65 gegenüber $71.84 für die angegebene monatliche Nutzung. Im separaten Sandbox-Beispiel wird Lizard für ein neues zahlendes Konto ab etwa 632 Aufgaben pro Monat günstiger. Bei geringer Nutzung kann der niedrigere monatliche Mindestbetrag von Railway Hobby dennoch günstiger ausfallen.
Muss ich meine Anwendung umziehen, um ihre Agenten umzuziehen?
Sie können die Anwendung auf Railway belassen und einen anderen Anbieter für die Agentenausführung nutzen. Verbindungen, die derzeit Railways privates Netzwerk nutzen, benötigen einen neuen Netzwerkpfad und Zugriffskontrollen. Berücksichtigen Sie diese Arbeit und mögliche Übertragungsgebühren, wenn Sie entscheiden, ob die Ersparnis einen Umzug rechtfertigt.
Vor dem Umzug einen Dienst oder eine Agentenaufgabe testen
Stellen Sie für App-Hosting eine Staging-Kopie mit Managed Postgres oder Managed Redis bereit, spielen Sie eine typische Arbeitslast nach und vergleichen Sie die abgerechnete Nutzung. Wählen Sie für Agenten eine Aufgabe mit einer klaren Erfolgsbedingung: Ein Test muss bestehen, eine Vorschau muss laden oder eine Ausgabedatei muss übereinstimmen. Führen Sie die Aufgabe in Lizard Sandboxes aus, notieren Sie die gesamte Laufzeit und prüfen Sie das Ergebnis. Schätzen Sie mit den aktuellen Preisen Ihre Monatsrechnung, bevor Sie den Rest des Projekts umziehen.
Mit KI entwickeln. Mit Lizard ausliefern.
Du brauchst kein Plattform-Team, um live zu gehen. Deine ganze Cloud ist nur einen CLI-Befehl entfernt.
- Dienste
- —
- Add-ons
- —
- Bereitstellungen
- —
- Sandbox-Starts
- —