←back to thread

461 points thunderbong | 2 comments | | HN request time: 0.442s | source
Show context
modernerd ◴[] No.42134059[source]
"Billing alerts" are a joke, give us hard spend limits. Then offer a way to set those limits during onboarding.

Building a business on blank cheques and accidental spends is shady. It's also a large barrier to adoption. The more times devs see reports like, "I tried [random 20-minute tutorial] and woke up to a bill for my life's savings and luckily support waived the fee this one time but next time they're coming for my house", the less they'll want to explore your offerings.

replies(20): >>42134131 #>>42134150 #>>42134268 #>>42134271 #>>42134282 #>>42134287 #>>42134291 #>>42134375 #>>42134462 #>>42134469 #>>42134517 #>>42134613 #>>42134695 #>>42134828 #>>42135170 #>>42135288 #>>42135373 #>>42135557 #>>42135706 #>>42136718 #
spacebanana7 ◴[] No.42134695[source]
Hard spend limits are an anti-feature for enterprise customers, who are the core customer of AWS. Almost no level of accidental spend is worth creating downtime or data loss in a critical application.

Even having the option of a hard spend limit would be hazardous, because accounting teams might push the use of such tools, and thereby risk data loss incidents when problems happen.

Hard spend limits might make sense for indie / SME focused cloud vendors though.

replies(15): >>42134715 #>>42134725 #>>42134727 #>>42134730 #>>42134881 #>>42134971 #>>42134978 #>>42135038 #>>42135127 #>>42135132 #>>42135209 #>>42135320 #>>42135326 #>>42135818 #>>42196913 #
traceroute66 ◴[] No.42135326[source]
> Hard spend limits are an anti-feature for enterprise customers

Yada yada yada, that's the same old excuse the cloud providers trot out.

Now, forgive me for my clearly Nobel Prize winning levels of intellect when I point out the following...

Number one: You would not have to turn on the hard spend limit if such functionality were to be provided.

Number two: You could enable customers to set up hard limits IN CONJUNCTION WITH alerts and soft limits, i.e. hitting the hard limit would be the last resort. A bit like trains hitting the buffers at a station ... that is preferable to killing people at the end of the platform. The same with hard spend limits, hitting the limit is better than waking up in the morning to a $1m cloud bill.

replies(1): >>42135986 #
Terretta ◴[] No.42135986[source]
There's no way to implement a hard limit without getting in the middle of your system in ways that (a) alter the system design, (b) in ways you cannot correct for, and (c) not for the better.
replies(3): >>42136227 #>>42136233 #>>42139171 #
1. traceroute66 ◴[] No.42139171[source]
> There's no way to implement a hard limit without ...

I don't believe that for a minute.

You know why ?

Let's turn it on its head. What happens if the credit card on your AWS account expires or is frozen ?

You think AWS are going to continue letting you rack up money with no card to charge against ?

I betcha they'll freeze your AWS assets the nanosecond they can't get a charge against the card.

The mechanism for customer-defined hard limits is basically no different.

replies(1): >>42154105 #
2. BoorishBears ◴[] No.42154105[source]
From experience they will let you spend tens of thousands of dollars a month without a valid payment method.

Like many times more than you've ever even spent with them.

I mean it's like 6 months of that before you even get your first non-standard form email.