Live data from Hacker News

Let's Build PlanetScale from Scratch: Infrastructure

onatm.dev

21–23 of 23 posts

Re: Let's Build PlanetScale from Scratch: Infrastructure

#21
post #20

The conceptual relationship to PlanetScale seems somewhat dubious to me (as mentioned in other comments) but the idea of implementing snapshots and branching below the database server level, in the storage layer using Ceph, is neat and potentially quite elegant! Kudos for that idea :-). I hope implementing it works out to the same elegant API envisioned in the initial concept. I could see this being very useful in a…

I'm interested in more details around ceph if you can share. What type of setup, what database, any fine-tuning, what type of workloads, dataset volume etc.

I'm asking because when I carried out the research on ceph, it seemed to me pretty solid and not necessarily, to my surprise, easily bottlenecked

Re: Let's Build PlanetScale from Scratch: Infrastructure

#23
post #18

A few of us built nearly the exact same thing for a Hackathon which was fun. This definitely can work. There are a couple of other approaches too that are interesting like - xata - https://xata.io/blog/xatastor-zfs-nvme-of-for-millions-of-postgres-databases - neon - which has a more sophisticated architecture that builds abstractions at the Postgres layer But separating compute and storage sucks and the performance y…

The performance definitely sucks but it's not a really serious project. I wouldn't use something like Homescale for using facing products.

oh yeah, sorry, I should've started my comment with "this is awesome" because it is, you did a great job explaining all the layers and the interactions within. I love stuff like this even if it's not necessarily prod ready by default!
Post reply on HN