Thread

1. 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. 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.

Unofficial Hacker News client; not affiliated with Y Combinator.