Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Open Source Durable Objects for Postgres

solidobjects.dev

Post reply on HN
Print view View original

11–18 of 18 posts

Re: Open Source Durable Objects for Postgres

#11

Post by noir_lord »

> Pricing you cannot predict. Every operation is metered. One runaway alarm loop billed a pre-launch developer $34,000 in eight days, with no users and no warning.

It's amazing that we still lack the ability to set a hard cost cap on a lot of cloud services/API, as the consumer you usually have a rough idea of what something is going to cost (I say rough because pricing out AWS is always fun) and an idea of what the lower bound "oh shit that isn't right" limit should be, so why can we not set that.

You shouldn't be getting an unexpected $34K bill (unless it's within variance and you are running a very large system).

Cynically the opaqueness of this stuff has to be by design/intention at this point.

Re: Open Source Durable Objects for Postgres

#12

Post by alex_duf »

nchmy wrote: post #10
greatgib wrote: post #5

I don't know if it is ai generated or at the opposite hand written a little bit fast but I find this article very hard to read despite the concepts in it being simple.

The article is 1000% ai slop

Hard disagree there. I still don't know what the article is about if I'm being honest, but it doesn't bear the markings of being generated.

Re: Open Source Durable Objects for Postgres

#13

Post by poly2it »

cardmagic wrote: post #2

Author here. celld and workerd give you Durable Objects if you run another daemon. This is a library your app loads, with state stored in the SQL database you already have (Postgres, MySQL and SQLite supported). No daemon required, no new infrastructure and monitoring, no broker, and no vendor account. Pre-1.0, MIT, TypeScript, in browser (with WASM SQLite), and Ruby too. Happy to answer anything.

Please don't submit AI-generated articles.

Re: Open Source Durable Objects for Postgres

#14

Post by Dlemlo »

noir_lord wrote: post #11

> Pricing you cannot predict. Every operation is metered. One runaway alarm loop billed a pre-launch developer $34,000 in eight days, with no users and no warning. It's amazing that we still lack the ability to set a hard cost cap on a lot of cloud services/API, as the consumer you usually have a rough idea of what something is going to cost (I say rough because pricing out AWS is always fun) and an idea of what the…

Especially when Google and co tells you that they can bill by the second.

I do not own a hyperscaler account as a private person and will never do, the financial risk is too high even IF the support will swift it away.

Re: Open Source Durable Objects for Postgres

#15

Post by andrewaylett »

nchmy wrote: post #10
greatgib wrote: post #5

I don't know if it is ai generated or at the opposite hand written a little bit fast but I find this article very hard to read despite the concepts in it being simple.

The article is 1000% ai slop

AI, but I'm not sure about "slop". There is actual content in there, for all it's written by an LLM.

Re: Open Source Durable Objects for Postgres

#18

Post by CharlieDigital »

Dlemlo wrote: post #14
noir_lord wrote: post #11

> Pricing you cannot predict. Every operation is metered. One runaway alarm loop billed a pre-launch developer $34,000 in eight days, with no users and no warning. It's amazing that we still lack the ability to set a hard cost cap on a lot of cloud services/API, as the consumer you usually have a rough idea of what something is going to cost (I say rough because pricing out AWS is always fun) and an idea of what the…

Especially when Google and co tells you that they can bill by the second. I do not own a hyperscaler account as a private person and will never do, the financial risk is too high even IF the support will swift it away.

It is perhaps more accurate to say that they can meter by the second, but the billing calculation is a trailing activity.
Post reply on HN