Thread

We're going to need default hard budget caps on pretty much everything

611 points · 302 comments · elffjs

joshdavham · 1791078994 · focus · HN ↗
It’s incredible that in 2026, AWS and GCP are only just now introducing this. It’s possibly one of the most obviously needed features for a cloud provider.
Also, does anyone know why it’s taken this long? I suspect it’s a technical reason. While one could be cynical, I doubt it’s an intentional business/product decision. Hard spending caps are both excellent product differentiators and could possibly save these providers money as they don’t have to forgive their users when they accidentally over-use a service.
1. bpodgursky · 1791082101 · focus · HN ↗
  How do you hard-cap S3 and other persistent data storage?
  "Sorry, you had a hard cap on AWS spend so we deleted all your S3 data on August 27th". Yeah not going to fly.
  1. simonw · 1791083379 · focus · HN ↗
    See <a href="https://docs.aws.amazon.com/accounts/latest/reference/create-spend-limit.html#spend-limit-reached" rel="nofollow">https://docs.aws.amazon.com/accounts/latest/reference/create... - they pause your access but don't delete your data for a 90 day grace period.
  2. 3eb7988a1663 · 1791083951 · focus · HN ↗
    There is a huge difference between "stop accruing new spend" and "nuke everything".
    The horror stories I have seen are of the type: some big artifact was getting pulled in a loop, causing TBs of network traffic or access keys were leaked and malware spun up 1000 xxxlarge instances.
    The ability to stop the bleeding is the bare minimum people want. Not, "Well, you made a boo-boo so now you lost everything."
  3. matkoniecz · 1791098065 · focus · HN ↗
    > How do you hard-cap S3 and other persistent data storage?
    grace period as AWS did or set aside x% of data spend limit on holding existing data for N days
  4. csande17 · 1791102264 · focus · HN ↗
    Simple: when data is added to S3, immediately bill the full cost of storing that data until the end of the month (or fail the upload request if there's not enough quota left). If the data is deleted before the end of the month, refund the remaining storage time.
    To prevent cases where users can upload an excessive amount of data on March 31 that they then can't afford the April bill for, AWS should also maintain a "next month's balance" limit that gets handled in the same way.
    It would take a bit more work to correctly handle things like ephemeral data and tiered storage classes, but it's not insurmountable.
    You could apply the same kind of billing to most other long-lived resources, including VMs that run business-critical services.

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.