Server liegen in deinem eigenen Cloud-Konto
Verbinde DigitalOcean, Hetzner, Vultr, OVH oder AWS, und Railyard stellt bereit und deployt direkt auf einen Server in diesem Konto.
Hatchbox · ja
Railyard vs Hatchbox
Hatchbox verwaltet Rails-Apps auf Servern, die dir schon gehören — DigitalOcean, Hetzner, AWS, Vultr und andere Clouds, oder deine eigene Ubuntu-Maschine — für pauschal 15 $ pro Server im Monat. Railyard bietet dir denselben Workflow auf Servern, die dir gehören.
Kein Aufschlag auf Compute
Du zahlst deinen Cloud-Anbieter direkt, zu seinem Preis. Railyards Gebühr ist ein fester Betrag pro Team, kein Anteil deiner Server-Rechnung.
Hatchbox · ja
Nutze jeden Ubuntu-Server per SSH
Richte Railyard auf den Host eines bestehenden Servers, einen Nutzer und einen SSH-Schlüssel, und es verbindet sich und übernimmt von dort.
Hatchbox · ja
Deploy von GitHub bei jedem Push
Verbinde ein Repository einmal; jeder Push auf den gewählten Branch baut, released und schaltet den Traffic automatisch um.
Hatchbox · ja
Preview-Umgebung pro Pull Request
Jeder Pull Request bekommt seine eigene Kopie mit eigener URL und einem Kommentar im PR, automatisch abgebaut, sobald er schließt.
Hatchbox · nein
Verwaltete Datenbanken mit geplanten Backups
Postgres, MySQL, Redis und mehr werden auf deinen Servern bereitgestellt, mit geplanten Backups, die durch einen Restore verifiziert und für das von dir gewählte Fenster aufbewahrt werden.
Hatchbox · teilweise
Datenbank-Wiederherstellung auf einen bestimmten Zeitpunkt
Stelle jede Datenbank auf jede Minute innerhalb deines Aufbewahrungsfensters wieder her, in eine neue Datenbank neben dem Original.
Hatchbox · nein
Visueller Canvas deines Projekts
Jeder Service, jede Datenbank und die Verbindungen dazwischen erscheinen als Live-Bild, aus dem du bearbeitest und deployst.
Hatchbox · nein
Privates Netzwerk zwischen Diensten
Jeder von Railyard verwaltete Server tritt automatisch einem privaten Netzwerk bei, damit Services miteinander sprechen, ohne das öffentliche Internet zu berühren.
Hatchbox · nein
Schläft bei Leerlauf, wacht bei Anfrage auf
Eine App ohne Traffic für eine Weile stoppt ihren Prozess und startet ihn wieder, sobald eine Anfrage eintrifft.
Hatchbox · nein
Klartext-Grund, wenn ein Deploy fehlschlägt
Ein fehlgeschlagener Deploy nennt die Ursache in Klartext — ein gescheiterter Health-Check, ein kaputter Build, eine fehlende Variable — und verlinkt direkt die Lösung.
Hatchbox · nein
Apps laufen weiter, auch wenn du kündigst
Deine Apps sind einfache Container auf Servern, die dir gehören, hinter einem Standard-Proxy. Kündige Railyard, und sie laufen weiter; du verlierst nur das Dashboard.
Hatchbox · ja
Die vollständige Vergleichstabelle ansehen
| Railyard | Hatchbox | |
|---|---|---|
| Server liegen in deinem eigenen Cloud-Konto | ja | ja |
| Kein Aufschlag auf Compute | ja | ja |
| Nutze jeden Ubuntu-Server per SSH | ja | ja |
| Deploy von GitHub bei jedem Push | ja | ja |
| Preview-Umgebung pro Pull Request | ja | nein |
| Verwaltete Datenbanken mit geplanten Backups | ja | teilweise |
| Datenbank-Wiederherstellung auf einen bestimmten Zeitpunkt | ja | nein |
| Visueller Canvas deines Projekts | ja | nein |
| Privates Netzwerk zwischen Diensten | ja | nein |
| Schläft bei Leerlauf, wacht bei Anfrage auf | ja | nein |
| Klartext-Grund, wenn ein Deploy fehlschlägt | ja | nein |
| Apps laufen weiter, auch wenn du kündigst | ja | ja |
Etwas hat sich geändert? Schreib uns an hello@railyard.run, wir korrigieren die Zeile.
Wo Hatchbox besser ist
- Hintergrund-Worker für Solid Queue und Sidekiq werden beim ersten Deploy automatisch erkannt und gestartet, ohne zusätzliche Konfiguration.
- Lange Rails-Erfahrung: seit 2016 von GoRails entwickelt, mit über 24.000 Apps und 2 Millionen Deployments laut Hatchbox.
Nimm Hatchbox, wenn
Nimm Hatchbox, wenn du gezielt Rails betreibst, seine Solid-Queue-/Sidekiq-Worker-Erkennung und MCP-Integration für KI-Coding-Tools willst, und es dir nichts ausmacht, auf Pull-Request-Previews oder Point-in-Time-Datenbank-Wiederherstellung zu verzichten.
Nimm Railyard, wenn
Wähle Railyard, wenn du dasselbe Bring-your-own-Server-Setup für jeden Stack willst, nicht nur Rails, plus Pull-Request-Previews, einen visuellen Canvas und Datenbank-Wiederherstellung auf einen Zeitpunkt, für pauschal 19 $ im Monat pro Team.
Preise
- Hatchbox
- Pauschal 15 $ pro Server im Monat, getrennt von deiner Cloud-Rechnung, mit unbegrenzten Apps und unbegrenzten Teammitgliedern pro Server; eine 7-tägige kostenlose Testphase verlangt eine Zahlungsmethode.
Quellen: Hatchbox: Pricing · Hatchbox: Rails deployment
Siehe auch Railyard vs Heroku · Railway · Die Hatchbox-Alternative-Seite →
Der Umzug
Wie Teams von Hatchbox wegziehen
01
Neben Hatchbox deployen
Richte Railyard auf einen neuen Server und deploye eine Kopie deiner App. An deinem aktuellen Setup ändert sich noch nichts.
02
Auf einer temporären URL beweisen
Teste den neuen Deploy von Anfang bis Ende, bevor ihn sonst jemand sieht.
03
DNS umschalten, wenn du bereit bist
Verschiebe den Traffic in wenigen Minuten. Deine App war während des Umzugs nie offline.
Dein kostenloser 7-Tage-Server wartet.
Keine Kreditkarte. Kein Cloud-Konto zum Testen. Dein erster Server bleibt dauerhaft kostenlos.
Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.