Hacker News Reader

Comment by nikita | Hacker News Reader

I’m Neon CEO. Happy to answer questions. We also have an interesting roadmap for the driver where we hope to keep driving latency and number of round trips down

View on HN

Would be really cool to see you guys become a managed service on Fly.io - see what they did with Upstash & Redis:

https://community.fly.io/t/preview-managed-upstash-redis-wit...

They don't have a managed postgres offering yet ("this is not a managed postgres" - https://fly.io/docs/postgres/getting-started/what-you-should...)

I’m curious why not implement websockets into Postgres natively instead of relying on a proxy server? Wouldn’t that be the way to minimize latency?

Being able to connect to arbitrary Postgres servers (or potentially even the postgres compatibility-layers for AWS's Aurora or Google's AlloyDB) seems like a good reason to go for the proxy approach.

Yes. Also it was an easier thing to do and ship quickly. We are going to get very tight on latencies and if that would require building it into Postgres we will do so

Does Neon scale down storage? I'm paying GCP a lot for storage I don't use, and it's incredibly frustrating - they scaled me up no problem but won't let me scale down.

Storage is multi tenant and bottomless. Unused storage spills to S3 and is cheaper. We pass savings to our users

I think you're telling me the answer but I amn't sure.

Suppose I use 10TB of storage, and then later I delete all but 100GB of storage. Will I be paying for 10TB or 100GB?

100GB

I don't see pricing listed anywhere. Can you expand on what that might look like? Also, can Neon scale down to zero like serverless aurora v1, or is there a minimum capacity unit?

Pricing is coming very soon. Dotting the is and crossing the ts

And yes. Scales to 0

Hey Nikita, what are the key differences between neon and Supabase?

I think we innovate on different parts of the stack. Neon is offering separation of storage and compute and serverless. Theoretically you can run Supabase on top of Neon

To elaborate Neon is designed deliberately to plug into the Postgres ecosystem. So all of the ecosystem works out of the box. Supabase seems to be vertically integrated. But Paul should comment on that

I believe most of the tools that Supabase use would work with Neon, with the exception of Realtime. As I understand it, Neon doesn't support Logical Decoding yet[0], which is required so that the Realtime engine can receive updates from the database.

[0] https://community.neon.tech/t/plans-for-logical-replication/...

(Another one would be the GraphQL extension: https://github.com/supabase/pg_graphql/)

You are right. We will make it work soon

Reply on news.ycombinator.com