Unless you need to switch providers, at which point it may take more time to adjust for differences in how those managed services operate.
Managed services are absolutely not the main reason for moving to the cloud. Companies do it for the flexibility that comes with renting the real estate/energy/hardware instead of owning it.
For example, we'll used Managed Postgres, but not Azure or AWS's home grown databases.
Makes migrating much easier.
I would love for you to briefly describe how and where this can be done. I wasted a significant amount of time searching for this exact capability for Azure SQL Database and only ran into dead-ends.
Not sure how to do the same for Azure Postgresql databases, but looks like standard pg_dump and pg_restore are supported.
[0]: https://learn.microsoft.com/en-us/azure/azure-sql/database/d...
i.e. in 2025 managed Kubernetes is not _that_ different between providers
People use things like RDS and EKS/GKE to avoid all the administrative overhead that comes with running these things in prod. The database or its underlying hardware has a problem at 1am? It’s Amazon engineers getting paged, not you (hopefully… assuming the fault hasnt materialised to operational impact yet)
It's different for fully featured SaaS. It's a matter of the abstracted complexity vs. interface complexity ratio that is so common for everything you do in software.