Live data from Hacker News

PgDog is funded and coming to a database near you

pgdog.dev

111–120 of 275 posts

Re: PgDog is funded and coming to a database near you

#111
post #102

Earlier quoted context omitted.

Good thing we support HA as well: https://docs.pgdog.dev/features/load-balancer/ Load balancer with health checks and failover, works out of the box. :) Battle-tested at this point too, so could be worth a look.

Is a load balancer HA?

Combined with a replication strategy and automated health checks, a load balancer could direct traffic to a healthy instance automatically.

Re: PgDog is funded and coming to a database near you

#113

> The reason DBs like Mongo or Dynamo exist is because Postgres has a scaling problem. I've used Postgres at a few places and the #1 problem was always high availability, not scaling. One Postgres cluster could easily handle 100000 transactions per minute, but when a primary node went down it was a page and manually failing over to the spare then manually replacing the spare. The manual tooling was very finicky but a…

Patroni serves this niche pretty well at this point.

Re: PgDog is funded and coming to a database near you

#115
Is there an explainer for people who are broadly familiar with the DB space? It sounds like you're building an equivalent to Vitesse for Postgres, but it's not super clear from the article (which I know is not the point of this, but still :) ).

Edit: It also might be interesting to point out how your solution differs from what the folks at Planetscale are building https://planetscale.com/neki

Re: PgDog is funded and coming to a database near you

#116

"Why Us" => "I ran Postgres at Instacart, where we scaled the company 5x in April of 2020. The biggest problem we had was making Postgres serve 100,000s of grocery delivery orders per minute" Couldn't be a better why us :)

Is 100k order per minute a lot? Even a single Postgres instance should serve that fine?

Re: PgDog is funded and coming to a database near you

#117

"Why Us" => "I ran Postgres at Instacart, where we scaled the company 5x in April of 2020. The biggest problem we had was making Postgres serve 100,000s of grocery delivery orders per minute" Couldn't be a better why us :)

Is 100k order per minute a lot? Even a single Postgres instance should serve that fine?

One assumes they mean 100,000s (plural) concurrent users actively building carts

Re: PgDog is funded and coming to a database near you

#118

"Why Us" => "I ran Postgres at Instacart, where we scaled the company 5x in April of 2020. The biggest problem we had was making Postgres serve 100,000s of grocery delivery orders per minute" Couldn't be a better why us :)

why did we switch to per minute? A modern quality enterprise SSD can do 35K +/- legit fsyncs per second.

Re: PgDog is funded and coming to a database near you

#119

> The reason DBs like Mongo or Dynamo exist is because Postgres has a scaling problem. I've used Postgres at a few places and the #1 problem was always high availability, not scaling. One Postgres cluster could easily handle 100000 transactions per minute, but when a primary node went down it was a page and manually failing over to the spare then manually replacing the spare. The manual tooling was very finicky but a…

Patroni 1.0 was released in 2016, i.e ~10 years ago.

https://github.com/patroni/patroni

Re: PgDog is funded and coming to a database near you

#120
post #115

Is there an explainer for people who are broadly familiar with the DB space? It sounds like you're building an equivalent to Vitesse for Postgres, but it's not super clear from the article (which I know is not the point of this, but still :) ). Edit: It also might be interesting to point out how your solution differs from what the folks at Planetscale are building https://planetscale.com/neki

There's multiple solutions coming up in this space:

1. Neki as you mentioned 2. PgDog 3. Multigres, headed by original creator of Vitesse

Post reply on HN