Live data from Hacker News

Please fix the AWS free tier before somebody gets hurt

cloudirregular.substack.com

181–190 of 457 posts

Re: Please fix the AWS free tier before somebody gets hurt

#181

Earlier quoted context omitted.

Have to agree with the others. For example, while setting up ELB it's possible to select at least one option (un-checking the Public IP box) that causes the setup to just fail with a nonsensical error message. Turns out ELB requires a public IP to communicate with the nodes. That's just the most glaring one off the top of my head. I also remember trying to set up SFTP whenever it was first released. It was literally…

How are people not building in Terraform for an easy ‘destroy’ at the end? I know it’s rhetorical and a lesson learned myself, but yeah… I would expect folks to learn to use this tool to help manage costs this way.

I am pretty senior and can thus sometimes afford to do a new thing and try doing it the right way, at the same time. Not even always. Many people just take one learning curve at a time...

Re: Please fix the AWS free tier before somebody gets hurt

#182

Goodness - reading these statements makes me laugh - "sinister" "evil" "by design". Reality - very few folks want a hard billing limit. To stop charging you AWS would need to delete all your EBS and S3 volumes, stop all EC2 instances, release all public IP's, delete all AWS directories and the list goes on. The idea that AWS would build this giant data loss footgun into their system is ridiculous. Somewhere in AWS so…

AWS employs a whole lot of brilliant people, and they're an insanely profitable business unit.

I'm sure those people, given the appropriate motivation and opportunity, could provide a solution (or several) that avoids foot-gun data loss at every turn. There's all sort of solutions they could go with.

As an idea, perhaps some kind of functionality within the billing side of things:

They could, perhaps, decide to just apply a basic cap functionality - when you reach that cap, it stops/disables all chargeable resources above the free-tier and gives you 72 hours to go raise the cap or they'll delete everything except things in their AWS Backup.

AWS can eat the storage cost for the stopped things without a noticable impact on revenue.

Perhaps a more advanced workflow-type setup:

When monthly spend reaches $x across all regions: - stop all running instances that are not below the free-tier limit - apply deny policies for per-request charged services - send an email alert to the billing, tech and admin contacts.

When monthly spend reaches $y across all regions: - Delete all chargable resources not tagged with 'Foo: bar' - send an email alert to the billing, tech and admin contacts.

One of the other things that would be great, is to be able to apply limits to AWS Accounts. For instance, the AWS Account that we give to developers to experiment on, it would be great to forbid them from starting baremetal instances, or GPU instances, etc.

Some of it can be controlled through deny rules, but not enough.

Billing alerts are also currently nowhere near responsive enough - it can be hours or days before you get told that some resource is running up your bill.

A comprehensive dashboard of 'here is every chargeable resource running in this account, in all regions, right now' wouldn't go astray, either.

Re: Please fix the AWS free tier before somebody gets hurt

#183
post #147

Earlier quoted context omitted.

I would not go that far to say it's fraud. Calm down. Maybe it's something I missed. Maybe its some hidden feature that I did not turn off. But I deleted all my droplets, all my IP's all my firewalls, etc, etc and could not find anything else.

You have in good faith attempted diligently to have a zero purchase. You cannot even find any purchases. In that case they have reached into your pocket and taken money without your consent. That is just a fact. By mistake? It's being short changed in a shop at the absolute best. This is not a mistake any company should be able to afford to make. Ever. Under any circumstances. If it really is "just an error" they nee…

This is where I'd say that every single paid service needs to have a way to contact a human being, and any cancellations expressed to that person by an authenticated user must be respected. If services are allowed to construct Gordian knots of byzantine interacting services, then there must be a way to cut through that mess.

Re: Please fix the AWS free tier before somebody gets hurt

#184

AWS employs cost obfuscation by design otherwise the default view when you open the console would show you all of your current active services. Not only is that not the case, a single screen to show you all of your current active services doesn't exist. You need to take a deep dive into cost explorer (assuming you have access in corporate land) and try to decipher in what that all means.

Disclosure: I'm the Co-Founder of Vantage.

This is exactly what we do with Vantage: http://vantage.sh/

We give point-in-time run-rates of all active resources based off of the region and resource/service configuration.

In addition we try to simplify people's understanding of where their costs are coming from. If anyone needs help with this, they can personally reach out to me at ben@vantage.sh

Re: Please fix the AWS free tier before somebody gets hurt

#185
post #100

Earlier quoted context omitted.

He’s already left - you’re going to be waiting a long time.

He's moved from chief executive to executive chairman. In no sense has he 'left'

He’s out of the crosshairs, and there is someone else running the show - they may end up reporting to him, but similar to Bill Gates and ballmer; spotlight isn’t on him anymore and he’s not making the day to day calls anymore.

Re: Please fix the AWS free tier before somebody gets hurt

#187
post #84

I've stayed away from AWS for these reasons. Instead I use systems on top of AWS, like Vercel etc. Is it ironic that Amazon's mantra is to be "Customer obsessed" yet AWS is so magnificently confusing for anyone not doing it full-time? As a designer I've used plenty of Digital Ocean, Vercel, Cloudflare Workers and other static hosts without a problem... I've never been able to figure out how to even start on AWS, and…

I know AWS well. In fact I work at AWS in ProServe. But, I have run up a “bill” on my internal personal accounts before.

If I were ever going to do a personal project that wasn’t appropriate for serverless, I would just use LightSail.

https://aws.amazon.com/lightsail/

Re: Please fix the AWS free tier before somebody gets hurt

#188
post #95
post #58

I tried signing up with a prepaid credit card and they refused the card so I moved on. It's setup for massive profits on minor mistakes. The risk on a free tier is like shorting a stock, one bad day and you go bankrupt unless you have a connected twitter account. Sounds like a new dystopian future that is best not to be part of. When IBM ruled or Microsoft or AOL things you had one main evil corp. We're in a period w…

Use a temp number card. Either privacy.com or Citi cc also offers this feature

It is only available to US citizens.

Re: Please fix the AWS free tier before somebody gets hurt

#189

I don't understand why there isn't at least a setting that says "turn everything off if I hit $x." Then just given people a certain grace period to reactivate or get their data out before it's removed. It wouldn't fix production deployments where you want alarms, not a shutdown, when you hit spending caps, but it would help people on the dev stage to avoid issues like this.

So let’s say they “turn everything off”. Does that include deleting all of your objects in S3? Deleting your database? Deleting your attached disks (AMIs)? Deleting your DNS entries?

If it a personal site I run for kicks and expect to cost less than $100/year, but is suddenly running into thousands? Yes please, delete it all. It's the only way I could sleep at night.

Re: Please fix the AWS free tier before somebody gets hurt

#190

I don't understand why there isn't at least a setting that says "turn everything off if I hit $x." Then just given people a certain grace period to reactivate or get their data out before it's removed. It wouldn't fix production deployments where you want alarms, not a shutdown, when you hit spending caps, but it would help people on the dev stage to avoid issues like this.

becase the billing proces is seprate from the other processes

That sounds like Amazon taking one of their problems and pushing it onto the users. If the root limitation is that Amazon's billing process is so poor that it can't interact with their other processes, then that should be Amazon's problem to fix. Until and unless Amazon fixes their own problem, Amazon should be eating the cost resulting from Amazon allocating server usage beyond a user-specified maximum billing.
Post reply on HN