Feature
Openship
Managed (Vercel, Netlify)
Self-host (Coolify, Dokploy, Dokku)
Where it runs, and what stays on
Who runs your workload
Openship Cloud runs it, or self-host free on machines you own. One tool, one dashboard, and you can move either direction later.
They run it, and run it well - but managed-only. There is no version you can host yourself.
Their cloud hosts only the control panel. You still bring, run and pay for every server.
What has to stay switched on
A native Mac, Windows and Linux app. The control plane runs on your machine only while the app is open - no extra box to keep alive just to deploy.
No desktop app. Everything runs in their cloud, all the time.
No desktop app, and a control-plane server that has to stay up around the clock.
Where your source code travels
From the desktop app, your folder or repo goes straight to the machine that will run it. Nothing always-on sits in the middle holding your code.
Uploaded to their cloud and built there.
Lands on a long-lived control-plane box first - even when that box is your own.
Included, not bolted on
Email from your own domain
A real mail server, set up for you: mailboxes, webmail, the SPF/DKIM/DMARC chain, and sending through SES or your own SMTP.
Not included. Add SendGrid, Resend or Postmark and pay per message.
No managed mail server - you run the image and wire up the DNS chain yourself.
Traffic rules at the edge
Rate limits, country / IP / user-agent blocks and hotlink protection, set per route from the dashboard and applied without a reload.
Firewall and rate limiting exist, gated behind higher plans.
Possible by hand-writing proxy config; no country rules out of the box.
Who is actually hitting your app
Per-route traffic, country breakdown and a live request log, built in.
Strong analytics dashboards, capped or priced by plan.
Not included - bolt on Grafana, Plausible or an ELK stack.
Access control and audit
Grant access down to a single project, start teammates at zero permissions, and export a record of every change - on every plan.
Broad team roles; audit trail and SSO on enterprise plans.
Broad team roles only, with little or no change history.
Fits the setup you already have
Servers with things already on them
Point it at a server and it picks up the containers already running there. Nothing is rebuilt, nothing is restarted.
Nothing to pick up - you redeploy from source.
Cannot take on an app that is already running; you recreate each one by hand.
The proxy you already run
Carries on with your existing Traefik, nginx or Caddy on :80 and :443, and the switch is reversible in one step.
Not applicable - their edge, their rules.
Claims the proxy at install and expects to be the only thing on those ports.
Settings that live in your repo
openship.json describes build, env, domains, services and resources - reviewed in a pull request like the rest of your code.
vercel.json and netlify.toml do the same thing.
A Procfile or compose file, but domains, env and resources stay dashboard-only.
If you change your mind
Moving to a different server
Move a running app with its volumes and certificates to another machine, then cut traffic over once it checks out.
Not applicable - you do not choose the machine.
Redeploy on the new box and copy the volumes across by hand.
Leaving Openship
On your own servers, removing a project deletes our record and nothing else. Containers, data and config keep serving traffic, and Openship can pick them back up later.
Nothing stays behind - the workload only ever existed in their cloud.
Deleting tears the app down, and none of them can re-adopt a running app afterwards.
Compared against the shipping versions of each tool, July 2026. A dash means that tool genuinely matches Openship, or that the row does not apply to it. We would rather score a row even than invent a cross.