Earlier quoted context omitted.
Anecdata, but my experience as CTO of a startup, a hedge fund, and a bank has been the opposite. I’ve never had an unexpected cost they didn’t readily credit back, provided we were taking the recommended and reasonably easy steps to keep on top of costs and limits.
Whats your monthly spend? I used to work for an org with 50K monthly spend none cared at AWS about us. Now I work for a big org with very serious spend and it's night and day we can get access to eng. quickly we have regular meetings with PMs and get our requests for AWS features put onto roadmap etc.
AWS now allows customers to pay for their usage in advance
151–160 of 184 posts
Re: AWS now allows customers to pay for their usage in advance
#152AWS billing practices are horrible, and they are increasingly more “Oracle” like in their approach. I had a security issue related to a SaaS product which led to a $7k AWS line item when someone started sending a LIST request to S3 buckets billions of times. They would not consider refunding. Now I’m having a bunch of problems terminating some AWS Orgs accounts and they are being deliberately difficult in getting it…
> and they are increasingly more “Oracle” like in their approach. Ironically the Oracle cloud seems more price-reasonable (for now).
- Good terms with proprietary lock-in.
- Milk that cow for all it's worth.
It's more nuanced than that -- I gave an oversimplified model -- but I've never seen anyone come out ahead doing business with Oracle long-term.
Re: AWS now allows customers to pay for their usage in advance
#153Earlier quoted context omitted.
Single most obvious customer obsessed (their tenet BTW) feature they could add, but after over a decade of requests, it's seemingly clear they won't. It keeps me from playing with AWS for side projects as well. Their loss.
This is something that everyone seems to ask for (I know I'd love it), but they haven't implemented it. To me that suggests that they _can't_. My guess is that billing lags enough that they can't stick to a price cap, which means that they either have to guarantee the price cap and swallow the difference, which could be exploited by malicious users to get free compute, or they have to say that there's a delay on it w…
Trust me, they hear you.
Re: AWS now allows customers to pay for their usage in advance
#154Earlier quoted context omitted.
If not possible to cap price, starting with the capacity limiter on S3 and bandwidth limit at VPC level would do. The possibility that someone flood the server even for static resources causing bandwidth spiked Bill is scary.
Set an SNS alert to sent an email/SMS message to your phone if your monthly bill goes over whatever $X you decide. I've had this set on my personal account for years and it isn't too hard to configure, most of it is just point and click via the SNS and CloudWatch GUIs and is pretty foolproof.
Re: AWS now allows customers to pay for their usage in advance
#155Even though I'm no where close to the world's best AWS developer, I happened onto a contract for a major stock exchange and ended up writing code that truly commands fleets of computers. What I learned: There are plenty of ways to optimize your AWS spend. Hire consultants, especially ones that do so on commission. There are so many tricks that work 99% of the time and will save you a ton. For example, read-before-upd…
Re: AWS now allows customers to pay for their usage in advance
#156Re: AWS now allows customers to pay for their usage in advance
#157Earlier quoted context omitted.
It may be a 'must' for security but from a UX perspective it is a horrible experience. Does it make sense for one team to have 10+ AWS accounts per service because 'security'? How about if each team out of 1000s in your company has 10 AWS accounts per service? We run our service in 3 geographic regions and have a separate AWS account for each region and stage despite each account supporting resources in multiple regi…
I happily use 40+ accounts per service, and don't think it's an undue burden. Accounts are free and represent a convenient natural boundary for data, access, and oopsie-daisy mitigation.
I can see how starting with a pattern of "account per X" would create intuitive boundaries. When you say "per service" what kind of service do you mean? Business related web service API? AWS product? Other? Interested in what boundary line made sense for you given the large number of accounts you say you're happy with using.
Re: AWS now allows customers to pay for their usage in advance
#158I really wish you could just designate a group of resources as unimportant, set a billing limit, and let Amazon nuke everything / delete your files / whatever, if you go over the limit. Everytime I try to learn cloud infrastructure stuff I'm terrified of the literally infinite bill that might show up from a typo a month down the line.
I understand the role and the necessity for "the cloud", but it's a re-invention of the role of the mainframe. I hate seeing one of the most notable aspects of the microcomputer era go away which the ability of a motivated individual to gain computer skills using an individual's resources.
Re: AWS now allows customers to pay for their usage in advance
#159How is what AWS doing legal btw? How can they charge people without limits? Isn’t this abusive?
Re: AWS now allows customers to pay for their usage in advance
#160I really wish you could just designate a group of resources as unimportant, set a billing limit, and let Amazon nuke everything / delete your files / whatever, if you go over the limit. Everytime I try to learn cloud infrastructure stuff I'm terrified of the literally infinite bill that might show up from a typo a month down the line.
Yeah it has firmly kept me away from AWS, Google cloud, and similar. I use Vultr or Digitalocean if I need a server somewhere because at least it's just a pre-set cost.
I'm in love with DigitalOcean because you know the price you'd pay each month. If it's just 5 USD or 5000 USD, it's what you expected, nothing more.
I believe the rest of the clan (Linode, Vultr, etc.) give you the same certainty.