Migrate from Render to EU infrastructure
Partiri supports the same Git-based deployment model as Render. Your build command, start command, and environment variables transfer as-is, and if you're already using a Dockerfile, it works unchanged — now running entirely on EU infrastructure, with no sleep-on-idle behavior.
Render concepts, translated
Your build command, start command, and environment variables transfer as-is.
| On Render | On Partiri |
|---|---|
| Build Command / Start Command | Build command and run command in the service settings, transferred as-is |
| Dockerfile | Works unchanged — or use a native runtime, detected automatically from files like package.json or requirements.txt |
| Environment variables / Environment Groups | Environment variables, injected at runtime and editable from the service settings page |
| Disks | Persistent Storage — a 1–10 GB disk attached to a service, for file uploads, SQLite databases, or caches |
| Web Service / Background Worker / Cron Job | Web Service, Worker, and Cron Job service types |
| Custom Domains & TLS | Custom domains with TLS certificates provisioned automatically |
| Auto-Deploy on push | A Git push webhook to your configured branch, or a deploy hook for CI pipelines |
| Free-tier sleep on idle | No sleep-on-idle behavior — services run continuously |
| Preview Environments | Not supported — see limitations below |
What doesn't carry over
We'd rather tell you upfront than have you find out mid-migration.
No automatic build detection beyond the supported runtimes. We detect Node.js, Python, Go, Rust, Ruby, Elixir, PHP, JVM, .NET, C++ and static sites from your project files. Outside those, bring a Dockerfile — it runs unchanged.
No Preview Environments. There is no automatic preview environment feature for pull requests. Deployments are triggered manually or via Git push webhooks to a configured branch.
Managed PostgreSQL, no Redis. Partiri offers Managed PostgreSQL databases (single-instance, EU-hosted, private in-cluster networking) — there's no backups, point-in-time recovery, high availability, or connection pooling in v1, and no managed Redis service. Persistent Storage attaches a volume to a service for file-based data; for anything needing those guarantees, keep it external and connect via an environment variable.
Your first deploy, step by step
Bring the same build and start commands you already use on Render.
- 1
Connect your source
Point Partiri at the same Git repository (GitHub, GitLab, Bitbucket, or Codeberg) or container image you already deploy from Render.
- 2
Reuse your build and start commands
Set the same build command and start command in the service settings, or keep your Dockerfile as-is.
- 3
Copy your environment variables
Move your Render environment variables into Partiri environment variables — they transfer directly, no renaming required.
- 4
Pick a region and pod size
Choose a European region and a pod size — all available regions are based in Europe.
- 5
Deploy
We build your app, assign it a subdomain, and it's live — running continuously, with no sleep-on-idle behavior. Attach your custom domain whenever you're ready.
Infrastructure that stays in the EU
Partiri is a European company, and our infrastructure runs entirely out of European regions. Every deployment — build, storage, and traffic — stays within the EU, and we're GDPR-compliant by default with no extra configuration needed.
Regions are live today in Germany (Nuremberg) and Finland (Helsinki), with more European countries on the roadmap.
See where we're live