Live data from Hacker News

Why We Migrated from Neon to PlanetScale

blog.opensecret.cloud

11–20 of 71 posts

Re: Why We Migrated from Neon to PlanetScale

#11
post #7

What exactly is PlanetScale Postgres? Is it plain managed Postgres ala RDS or something more bespoke like Neon? I know PlanetScale is working on a Vitess-like sharded Postgres (Neki?) but I’m guessing that is not yet running in the cloud?

It's more like rds but it has far better developer experience than rds with dashboards and better migration. Their unique offering is their metal offering which uses local SSD for superior performance https://planetscale.com/metal

Re: Why We Migrated from Neon to PlanetScale

#13
post #3

> Beyond reliability, we faced other challenges: > - Usage-based pricing that punished our success, the more users chatted, the more we paid This is such a strange position on usage-based pricing and seems telling.

Yeah, at a certain point it's just always running 24/7, which they charge you usage-based if your company is over 750 hours in a month. If you're running databases continuously, I find a lot of their original unique selling point pretty moot, especially if you're paying them extra for it.

This pitfall of "serverless" has been widely known since people started abusing lambda to be "always on". Serverless is a PaaS gaslight to make you pay more for the perceived convenience.

Re: Why We Migrated from Neon to PlanetScale

#14
post #5
post #3

> Beyond reliability, we faced other challenges: > - Usage-based pricing that punished our success, the more users chatted, the more we paid This is such a strange position on usage-based pricing and seems telling.

Not necessarily. Netlify told me as I had blown past 20 bucks for 1TB of traffic that paying 50 bucks for every additional 100GB was 'a good problem to have'. Well no, not at all. If your project is one of love, the end game is not subjecting your audience to boatloads of ads.

But if your project is getting more and more usage, surely that requires more expenses. What is your alternative?

Re: Why We Migrated from Neon to PlanetScale

#15
post #7

What exactly is PlanetScale Postgres? Is it plain managed Postgres ala RDS or something more bespoke like Neon? I know PlanetScale is working on a Vitess-like sharded Postgres (Neki?) but I’m guessing that is not yet running in the cloud?

It's more like rds but it has far better developer experience than rds with dashboards and better migration. Their unique offering is their metal offering which uses local SSD for superior performance https://planetscale.com/metal

Their dashboards and metrics are really good. Plus the performance is great even on their non-metal offering too. I hope to one day be able to justify the upgrade to it.

Here's their announcement blog post with a bit more info, like their benchmarks:

https://planetscale.com/blog/planetscale-for-postgres

Re: Why We Migrated from Neon to PlanetScale

#16
post #3

> Beyond reliability, we faced other challenges: > - Usage-based pricing that punished our success, the more users chatted, the more we paid This is such a strange position on usage-based pricing and seems telling.

Yeah, at a certain point it's just always running 24/7, which they charge you usage-based if your company is over 750 hours in a month. If you're running databases continuously, I find a lot of their original unique selling point pretty moot, especially if you're paying them extra for it.

In the database world, serverless/autoscaling pricing is almost always more expensive for real workloads. The % of workloads where it makes sense is small. Ones where 90% of the time there's little small traffic and 10% of the time the DB sees large traffic spikes. Otherwise, just pay a fixed cost for the hardware you need.

Re: Why We Migrated from Neon to PlanetScale

#17
post #5

Earlier quoted context omitted.

Not necessarily. Netlify told me as I had blown past 20 bucks for 1TB of traffic that paying 50 bucks for every additional 100GB was 'a good problem to have'. Well no, not at all. If your project is one of love, the end game is not subjecting your audience to boatloads of ads.

But if your project is getting more and more usage, surely that requires more expenses. What is your alternative?

I think GP is calling out the highly non-linear nature of the pricing. $20 for the first TB and then $50/100 GB after is a 25x jump in pricing.

Linear usage cost makes sense, but the more common/sane thing is cheaper unit pricing as you hit scale.

Re: Why We Migrated from Neon to PlanetScale

#18
post #4

Neon doesnt have usage based pricing it has autoscaling, there is a difference.

We get 750 compute hours per month across our entire org, then charged 16c per hour.

And they are charging per vcpu like every other company. You have control over the autoscaling parameters.

Usage based pricing typically implies paying per number of requests.

Re: Why We Migrated from Neon to PlanetScale

#19

Earlier quoted context omitted.

Yeah, at a certain point it's just always running 24/7, which they charge you usage-based if your company is over 750 hours in a month. If you're running databases continuously, I find a lot of their original unique selling point pretty moot, especially if you're paying them extra for it.

This pitfall of "serverless" has been widely known since people started abusing lambda to be "always on". Serverless is a PaaS gaslight to make you pay more for the perceived convenience.

It's not a gaslight, but it's only cost effective for specific usage patterns. It's only a "gaslight" if you think you need to run every workload the same way and don't cost estimate before you roll it out.
Post reply on HN