It depends on the quality of engineer hiring for the 'team' in question. I reckon they might have pretty solid retention rates for the SEs I'm thinking of ...
October 20, 2025 at 9:51 AM
It depends on the quality of engineer hiring for the 'team' in question. I reckon they might have pretty solid retention rates for the SEs I'm thinking of ...
Yeah, I don't know what to say. It would be nice if it escapes hyperscaler top-down management and gets some real contributions. But at the same time a legacy RDBMS wrapped in another layer is not the MongoDB I want.
August 26, 2025 at 11:29 AM
Yeah, I don't know what to say. It would be nice if it escapes hyperscaler top-down management and gets some real contributions. But at the same time a legacy RDBMS wrapped in another layer is not the MongoDB I want.
If you want on-prem don't forget Percona gives a much better deal for that too. The product name is a bit awkward - Percona Server for MongoDB (PSMDB) - but it's source-on-demand opensource (they can't do better than that due to SSPL), Including the 'enterprise' extra stuff.
August 26, 2025 at 6:04 AM
If you want on-prem don't forget Percona gives a much better deal for that too. The product name is a bit awkward - Percona Server for MongoDB (PSMDB) - but it's source-on-demand opensource (they can't do better than that due to SSPL), Including the 'enterprise' extra stuff.
A postgres-wrapper is not the MongoDB server I want - the performance doesn't compare. But MongoDB Atlas in the reasonable price tiers doesn't have real performance either imo. Document db DBaaS market competition starts now?
August 26, 2025 at 6:01 AM
A postgres-wrapper is not the MongoDB server I want - the performance doesn't compare. But MongoDB Atlas in the reasonable price tiers doesn't have real performance either imo. Document db DBaaS market competition starts now?
By *someone" you mean you right?
August 23, 2025 at 10:29 AM
By *someone" you mean you right?
What I mean is: unikernels have a hope to be just-click-purchase-done deployable to any cloud user; databases on modified linux VMs the user has to maintain don't.
January 28, 2025 at 12:14 AM
What I mean is: unikernels have a hope to be just-click-purchase-done deployable to any cloud user; databases on modified linux VMs the user has to maintain don't.
With the unikernels the OS is out of the hands of the user. The hypothetical unikernel cloud DBaaS provider takes care of that. A big onus to build right, of course. But none of the end-user cloud customers have to provide a Linux admin.
January 28, 2025 at 12:11 AM
With the unikernels the OS is out of the hands of the user. The hypothetical unikernel cloud DBaaS provider takes care of that. A big onus to build right, of course. But none of the end-user cloud customers have to provide a Linux admin.
It's a customized Linux kernel. Real-world adoption would be limited to organizations with really good linux admins in their database team. Other research-proven approaches using better-for-dbs drivers in normal Linux, eg. SPDK, haven't succeeded in the commercial world. Likewise for this, I think.
January 25, 2025 at 7:31 AM
It's a customized Linux kernel. Real-world adoption would be limited to organizations with really good linux admins in their database team. Other research-proven approaches using better-for-dbs drivers in normal Linux, eg. SPDK, haven't succeeded in the commercial world. Likewise for this, I think.