7 ms·
Or simply returns 503? Why would you go directly to destroying things??
by tannedNerd 1y ago
Or simply returns 503? Why would you go directly to destroying things??
- mlhpdx 1y agoNot everything on AWS is a Web app
- vel0city 1y agoTCP session close? Don't reply back the UDP response? Stop scheduling time on the satellite transceiver for that account?
- mlhpdx 1y agoInteresting that you mention UDP, because I'm in the process of adding hard-limits to my service that handles UDP. It's not trivial, but it is possible and while I'm unsympathetic to folks casting shade on AWS for not having it, I decided a while back it was worth adding to my service. My market is experimenters and early stage projects though, which is different than AWS (most revenue from huge users) so I can see why they are more on the "buyer beware" side.
- Touche 1y agoEverything on AWS can deny a request no matter what the API happens to be
- sokoloff 1y agoSuppose you’re going over the billing cap based on your storage consumption, how would AWS stop the continued consumption without deleting storage?
- Touche 1y agoWhy would they need to delete storage, they could just not accept past the cap.
- sokoloff 1y agoStorage billing is partly time-based. EBS is billed by the second (with a one minute minimum, I think). Once a customer hits their billing cap, either AWS has to give away that storage, have the bill continue to increase, or destroy user data.
- Etherlord87 1y agoI think most of the "horror stories" aren't related to cases like this. So we can at least agree most such stories could be easily avoided, before we looked at solutions to these more nuanced problems (one of which would be clearly communicating the mechanism of a limit and what would be the daily cost of maintaining the maxed storage - and for a free account the settings could be adjusted for these "costs" to be within free quota)