Managed Services vs Self-Hosting: The Honest Cost Comparison
A managed database costs three times the server it runs on. Whether that is expensive depends on what your time is worth.
Comparing a managed database price against a VPS price makes managed services look indefensible. The comparison is incomplete: one price includes operations and one does not.
What the managed price actually includes
- Installation, configuration and version upgrades.
- Automated backups with point-in-time recovery.
- Patching, including security patches applied promptly.
- Monitoring and alerting, configured.
- High availability with automated failover, where enabled.
- Replication set up correctly rather than approximately.
- Someone else on call for the infrastructure layer.
Every one of these is work you would otherwise do. Most of them are work that is done badly when done under time pressure alongside other responsibilities.
The comparison, done properly
| Cost | Self-hosted | Managed |
|---|---|---|
| Server | Lower | Included, higher total |
| Setup time | Hours to days | Minutes |
| Ongoing maintenance | Hours per month | Near zero |
| Backup implementation | Your work | Included |
| Upgrade effort | Planned and manual | Mostly automated |
| Failover engineering | Substantial | A configuration option |
| On-call burden | Yours | Largely the provider’s |
| Expertise required | Real | Modest |
Put an hourly figure on engineering time and the calculation changes shape. Four hours a month of database operations at a realistic rate usually exceeds the managed premium for a small instance.
When self-hosting is clearly right
- You have genuine expertise on the team already, and the operational load is small.
- The workload is large enough that the managed premium is a substantial absolute number.
- You need configuration or extensions the managed service does not permit.
- It is development or staging, where an outage is an inconvenience.
- You are deliberately avoiding provider-specific dependency.
- Cost pressure is severe and time is the resource you have most of.
When managed is clearly right
- The team is small and its time is the scarcest resource.
- The data is important enough that backups must be reliable rather than intended.
- You need high availability and would otherwise build it yourself.
- Nobody on the team wants to be the person who owns database upgrades.
- Compliance requires evidence the provider already produces.
- The service is not your differentiator, which it usually is not.
The middle path
It is not all or nothing:
- Managed for the database, where mistakes are expensive and irreversible.
- Self-hosted for caches, where data loss is tolerable and the software is simple to run.
- Managed object storage and CDN, which are cheap and nobody self-hosts well.
- Self-hosted application servers, which are the easiest thing to operate.
- Managed for production, self-hosted for non-production.
The principle: pay for management where failure is costly and expertise is scarce; self-host where failure is cheap and the software is simple.
Common questions
Is a managed database always more reliable?
Not automatically, but it is more reliable than a self-hosted database maintained part-time by people with other priorities, which is the realistic alternative in most teams.
Can I migrate from managed to self-hosted later?
For standard engines, yes — dump and restore. It becomes harder if you depend on provider-specific features or a proprietary variant.
Do VPS providers offer managed services?
Increasingly. DigitalOcean, Linode, UpCloud and others offer managed databases at prices below hyperscaler equivalents, with a narrower feature set.
What about managed Kubernetes?
The control plane is often free or inexpensive, and self-hosting it is genuinely difficult. Managed Kubernetes is one of the clearest cases where the managed option wins on both cost and outcome.