Migrate from Railway, Render, or Heroku
Move Postgres databases and container services to Scalix Cloud
Why teams move
- Predictable pricing with a published calculator — per-unit rates are public; the pricing page computes your stack live. No surprise bills: overage is opt-in with a hard cap you set.
- EU data residency by default, on hardware we operate.
- Scale-to-zero on databases and services — side projects cost near-nothing at idle.
Honest differences
- Railway/Render have polished multi-region options today; Scalix regions are expanding (EU live, India next). If you need us-west p99s right now, we're not there yet.
- Heroku-style buildpacks: Scalix Builder auto-detects Node/Python/Go/Rust with nixpacks — most Procfile apps port with zero config, but exotic buildpacks may need a Dockerfile.
1. Database
All three expose a Postgres URL:
bash
scalix-cloud migrate db import --source "$DATABASE_URL"2. Services / apps
Deploy from source (runtime auto-detected) or bring the image:
bash
scalix-cloud deploy ./my-app # build + deploy from source
# or
scalix-cloud run deploy --name api --image registry/img:v1 --port 8080Revisions, rollback, health checks, and concurrency autoscaling are built in — scalix-cloud run rollback api works on day one.
3. Cron and workers
bash
scalix-cloud cron create job "0 * * * *" --action-type function --config '{"function_id":"<fn-id>"}'Long-running workers deploy as Run services with --min-instances 1.
Questions mid-move? migrate@scalix.world — a founder answers.