Yeah, that the main reason I never use services like Google Cloud if I don't have to, it's impossible to have a hard cap, and anyone pretending to be an expert, is just off. Google says that they can't provide a hard cap because that would mean shutting down all your services..bla bla, but at least give users the option.

▲

logankilpatrick 7 hours ago | parent | next [-]

We have spend caps at the billing account level and the project level (developer set) in the Gemini API now. There is up to a 10 minute delay in processing everything but this should significantly mitigate the risk here: https://ai.google.dev/gemini-api/docs/billing#tier-spend-cap...

By default, new Tier 1 paid accounts can only spend $250 in a given month.

▲

not_your_vase 5 hours ago | parent | next [-]

I just find it extraordinary that the biggest tech company in the world can do cutting edge real time AI for millions of people, run Youtube and of course all the other google services with having literally the smartest people in the world and unlimited resources on board, but still can't keep real time track of the user's current billing and their spending limits, it's all best effort still. Somehow it doesn't add up. (Pun not intended, but I'm happy to have it)

	▲	strangattractor 4 hours ago \| parent [-]
		If spending caps made them more money they'd find a way;)

▲

flippyhead 7 hours ago | parent | prev | next [-]

I'm sure it's me being an idiot, but once again I spent 20m trying to figure how to do a specific thing in google-land and still haven't figured it out. Even if I did set it somewhere, I see things like "Setting a budget does not cap resource or API consumption" with a link to a bunch of documentation I have to analyze.

	▲	bdashdash 7 hours ago \| parent [-]
		This is what working with cloud services is like, in my experience. Azure's UI feels like it was made as a joke flash game on Newgrounds.

▲

yjftsjthsd-h 4 hours ago | parent | prev [-]

How much of a bill can you run up in 10 minutes?

	▲	3 hours ago \| parent [-]
		[deleted]

▲

giancarlostoro 3 hours ago | parent | prev [-]

It shouldnt mean shutting down all your services, it should mean not letting you provision new ones and limiting the scope of what you can continue doing.

▲

michaelt 3 hours ago | parent | next [-]

If I budget enough to store 1TB of data for 1 month, then on the first day of the month I store 2TB of data - what should the behaviour be after 15 days?

▲

Epskampie 3 hours ago | parent | next [-]

Read/write access should be frozen, data should be saved for 1 month so you have time to react to warning emails. If you didn't upgrade in that time, it should be deleted.

▲

glenpierce 2 hours ago | parent | prev [-]

Nuke the data. It’s gone forever if you didn’t back it up elsewhere. This should be a meaningful risk mitigation that I can employ to avoid having a catastrophic financial disaster.

This isn’t a limit I’m setting at some percentage above expected costs, it’s: “I don’t want to take out a HELOC if something goes wrong”

	▲	michaelt 12 minutes ago \| parent [-]
		Unfortunately, a lot of people keep their backups in the same cloud account as their primary data. Thinking that multiple copies and multiple availability zones are sufficient. For these users, the article’s €54k bill would be replaced with their business data getting wiped out.

▲

MagicMoonlight an hour ago | parent | prev | next [-]

And just shut down the service which is surging.

If you have a lambda set up that normally runs a hundred times a day, and suddenly it tries to spin up 10 million instances, it should block that unless you specifically enable it.

▲

Rekindle8090 2 hours ago | parent | prev [-]

You know that's not how the cloud works. If you're build by the hour for compute and that compute is powering a server, the only way to stop that is by shutting off the compute, breaking the server.

	▲	glenpierce 2 hours ago \| parent [-]
		I would love to have a “if the bill for this hobby project becomes a threat to my ability to pay my mortgage, nuke it.” If I cared about the data enough. I’d have backed it up.