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?
AWS, the owners of "AWS DocumentDB (with MongoDB compatibility)", yesterday joined the "DocumentDB" opensource project, another postgreql-wrapping solution created by MS for the same sort of DBaaS in Azure. And its simultaneously been accepted into the Linux Foundation.
August 26, 2025 at 5:56 AM
AWS, the owners of "AWS DocumentDB (with MongoDB compatibility)", yesterday joined the "DocumentDB" opensource project, another postgreql-wrapping solution created by MS for the same sort of DBaaS in Azure. And its simultaneously been accepted into the Linux Foundation.
By *someone" you mean you right?
August 23, 2025 at 10:29 AM
By *someone" you mean you right?
Reposted by Akira Kurogane
"Vibe ops" is coming, isn't it?
May 29, 2025 at 4:03 PM
"Vibe ops" is coming, isn't it?
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.
Reposted by Akira Kurogane
New blog post on the fun new hardware advancements which databases can leverage for great gains, and why the cloud means it doesn't matter that they exist. 🫠
transactional.blog/b...
transactional.blog/b...
November 20, 2024 at 12:13 AM
New blog post on the fun new hardware advancements which databases can leverage for great gains, and why the cloud means it doesn't matter that they exist. 🫠
transactional.blog/b...
transactional.blog/b...
Reposted by Akira Kurogane
Reading Victorian England novels is interesting as they were busily inventing huge chunks of the modern world. Which in many ways was quite stable until the last 20-30 years or so where we've been busily inventing TBD (we can't seem to stabilize on anything)
November 23, 2024 at 9:32 PM
Reading Victorian England novels is interesting as they were busily inventing huge chunks of the modern world. Which in many ways was quite stable until the last 20-30 years or so where we've been busily inventing TBD (we can't seem to stabilize on anything)
Reposted by Akira Kurogane
