Deploy ON
$18 / month
Starter $8 · Pro $18
Application-Paket. Managed Postgres ist extra — wir tun nicht so, als stecke es kostenlos in den $18.
Vergleich · Railway
Deploy ON vs Railway
Beide bringen Git zu einer Container-URL. Railway metert RAM, CPU, Disk und Egress. Deploy ON verkauft eine monatliche Quota in USD.
Preis für dieselbe App
Shop API. Eine kleine always-on Node.js API plus PostgreSQL. Eine custom domain, HTTPS, etwa 512 MB RAM für die App, eine kleine Postgres-Instanz und wenig Traffic. Keine serverless frontend-only Site.
Railway
~$18–30 / month
$18–30
Usage ist die Rechnung. Die $5 Hobby- oder $20 Pro-Gebühr ist ein Minimum, das schon auf Usage zählt.
Eine 512-MB-App, die diesen RAM den ganzen Monat hält, liegt bei etwa $5. Ein ruhiges 0.15 vCPU bei etwa $3. Ein 1-GB-RAM-Postgres bei etwa $10. Ein 1-GB-Volume $0.15. Das sind grob $18 Usage vor Egress. Hobby deckt $5 davon; Pro $20. Die Rechnung ist meist die Usage-Zahl, nicht $5 plus Usage.
Listenpreise Stand Oktober 2026, in USD. Quellen: Railway Preise, Deploy ON Pakete.
Nebeneinander
| Thema | Deploy ON | Railway |
|---|---|---|
| Billing | Festes Monatspaket in USD. Idle-Zeit ist schon bezahlt. | Usage: $10/GB RAM-month, $20/vCPU-month, $0.15/GB volume, $0.05/GB egress. |
| Runtime | Langlebige Container auf Deploy ON Kubernetes in Georgien. | Container auf Railway Metal / Regions. Skaliert mit dem, was der Prozess wirklich hält. |
| Databases | Managed Postgres, MySQL, Redis, MongoDB als Extra-Paket. | First-class Plugins, inkl. HA. Als weitere Usage abgerechnet. |
| Build | Railpack / Nixpacks / Dockerfile. | Railpack / Dockerfile. Großer template marketplace. |
| Domains | Platform host, custom domains, hosted DNS (ns1/ns2). | Custom domains und platform networking. Kein hosted DNS im Deploy-ON-Stil. |
| Regions | Workloads in Georgien. Kein global edge network. | Mehrere Regions. Besser, wenn Nutzer weit vom Kaukasus sind. |
| Templates / agents | Kurze Liste vorkonfigurierter Apps. Agent/MCP docs sind früh. | Großer Template-Katalog und first-class Agent / MCP docs. |
| API | REST + OpenAPI. CLI auf npm. | GraphQL API und Railway CLI. |
| Compliance | ISO 27001 und ISO 27017 über Proservice. | Enterprise-Compliance auf höheren Plänen. Hobby/Pro sind nicht gleich ISO-gelabelt. |
Railway wählen, wenn
- Du willst einen großen Template-Katalog, Agent-Workflows oder eine Region näher an US/EU.
- Du liest eine Usage-Rechnung und setzt ein hartes Spend-Limit.
- Du brauchst HA Postgres oder sehr große Volumes aus einem Self-Serve-Katalog.
Deploy ON wählen, wenn
- Du willst eine USD-Rechnung, die im Idle nicht wächst.
- Billing, Support und Cluster sitzen bei Proservice in Tiflis.
- Du kaufst Hosting schon bei Proservice und willst die App in derselben Beziehung.
Was wir nicht behaupten
Railway ist ein echtes Produkt mit mehr Regionen, einem größeren Ökosystem und (in mehreren Fällen) einem niedrigeren Sticker in der kleinsten Größe. Deploy ON gewinnt, wenn du eine USD-Quota willst, einen georgischen Betreiber, ISO 27001 / ISO 27017 über Proservice und einen Prozess, der neben einer Datenbank läuft. Es gewinnt nicht bei global edge, preview URLs oder einem öffentlichen template marketplace.