News for hackers. Stuff that matters.
Re:AWS services explained in one line each by ashtonkem on Tuesday May 26, 2020 @10:13AM (#23311351)
I'm always amazed at the complexity of AWS billing. "Why does this cost so much" turns out to be an incredibly hard problem to answer the moment you don't have 100% perfect discipline when it comes to resource tagging.

The fact that there are consultants who specialize in figuring out AWS billing was, in retrospect, a warning sign.

Re:AWS services explained in one line each by moduspol on Tuesday May 26, 2020 @11:32AM (#23312397)
I usually try to cut them some slack. I mean, they're operating this stuff at Internet scale and have never (AFAIK) raised prices. They've basically got two options:

* Price things in an intricate way sufficiently specific to actual costs of providing the service for many use cases

* Price things more generally in a way that more or less probably results in about the same revenue

The problem with option #2 is that it's dependent upon some customers implicitly subsidizing others (e.g. any "unlimited storage" backup solution). It can work a lot of times, but sometimes it doesn't, and at AWS's scale, that could change quickly. It'll upset a lot of customers if they then have to restructure pricing to account for a small subset of customers' use cases being too costly to provide.

Re:AWS services explained in one line each by pathseeker on Tuesday May 26, 2020 @01:37PM (#23314076)
>I mean, they're operating this stuff at Internet scale and have never (AFAIK) raised prices

Prices should have gone down because they've continued to scale up and go into custom cooling/hardware/backbones/etc.

You're basically saying that you're cutting them slack because their margins have gotten much larger and they haven't decided to raise prices to make them even bigger.

Re:AWS services explained in one line each by pdonis on Tuesday May 26, 2020 @06:40PM (#23317277)
> Prices should have gone down because they've continued to scale up and go into custom cooling/hardware/backbones/etc.

Why should that make prices go down? Prices aren't based on cost. They're based on what the market will bear, i.e., what customers will pay. If you think AWS is too costly, you can go find some other solution. If enough customers start doing that that AWS's financial state suffers, AWS will have to rethink its price and cost structure.

Re:AWS services explained in one line each by SomewhatLikely on Tuesday May 26, 2020 @08:35PM (#23318171)
In a highly competitive market prices tend toward marginal costs plus some small profit margin. Think agriculture or plastic trinkets. The fact their prices and profits have remained high for so long indicates lower competition, likely due to high barriers to entry from competitors and high switching costs for consumers.
Re:AWS services explained in one line each by pdonis on Tuesday May 26, 2020 @11:38PM (#23319132)
> In a highly competitive market prices tend toward marginal costs plus some small profit margin.

Competition in general tends to drive prices down, yes; but competition was not what the post I was responding to claimed "should" make prices go down. That post was claiming prices should go down simply because AWS is investing more resources in building capital as they scale up. That is not true.

> The fact their prices and profits have remained high for so long indicates lower competition, likely due to high barriers to entry from competitors and high switching costs for consumers.

It could, but it could also indicate that this market simply has not reached equilibrium yet. I don't think it's plausible to claim that AWS has no competition in this area, or that barriers to entry are high; there are a number of huge corporations investing a lot in this market, and plenty of smaller players gaining customers by presenting a simpler interface to an AWS back end (e.g., Heroku). Switching costs might be high, not just for AWS but for any provider in this market, simply because there is so little standardization in how infrastructure is specified and controlled. That would lengthen the time to reach a competitive equilibrium in this market.

It is worth remembering that for new technology markets, it can take a long time for a competitive equilibrium to be established. A good example is the automobile market; in the US, for example, it took many decades for car prices to be driven down to marginal cost and for all of the various market players to search out and capitalize on all the possible competitive efficiencies and strategies. Part of that was also that it took decades for the auto market in the US to become saturated, i.e., for most new car sales to be replacing old cars instead of getting a car to someone who had never owned a car before. I don't think the market for AWS-like services is anywhere close to saturated, which means we should not expect a competitive equilibrium; instead, we should expect exactly what we see, large market players trying to capture as much market share as possible during the growth period, just as major automakers did in the US during the growth period in the mid-20th century. Capturing market share in a growth period is a very different game from squeezing out efficiencies in a market near competitive equilibrium.

Re:AWS services explained in one line each by pathseeker on Friday May 29, 2020 @02:54PM (#23354035)
Way to miss the forest for the trees. This is a discussion about how someone feels about the prices being charged. The argument is the poor old Amazon deserves slack because they haven't raised costs.

My point is that their prices could have gone down without them even feeling any pain because their costs have gone down. They don't deserve slack for keeping prices the same. Keeping prices the same just means their competitors either suck or they sit in an oligopoly together.

Re:AWS services explained in one line each by moduspol on Tuesday May 26, 2020 @01:43PM (#23314148)
Perhaps. All I meant was to show there's never been a time where they've had to acknowledge pricing something sufficiently badly that they had to go back and adjust prices up, perhaps after seeing how customers were using it.

The slack I'm giving is for the complexity in their billing, not in the price itself.

Re:AWS services explained in one line each by ses1984 on Tuesday May 26, 2020 @02:07PM (#23314440)
Early customers were taking a bet on a new thing. Later customers are buying into the stability of the brand.
Re:AWS services explained in one line each by joosters on Tuesday May 26, 2020 @12:01PM (#23312826)
Doesn't that kind of problem get easier at large scale? It's like any time you have a limited resource to share out. e.g. if an ISP has 150mbits of connectivity, it would be difficult to provide a '100mbit' service to two homes - one busy user will clearly hit the other. But if you have 1500mbits to share out to 20 homes, the service will seem much better. As you scale up, it becomes easier to provision less per customer.
Re:AWS services explained in one line each by inlined on Tuesday May 26, 2020 @12:11PM (#23312947)
Economy of scale is different when you’re providing a cloud business because your costs (and hopefully revenue) are dominated by the head customers. Imagine a company whose business model isn’t profitable for AWS becomes the next Dropbox. Suddenly the tail can’t subsidize the head. And even if it could, the business is shot.

You always need the head to subsidize the tail (e.g. free trials). You can’t let the head become unprofitable.

Re:AWS services explained in one line each by joosters on Tuesday May 26, 2020 @12:47PM (#23313383)
All these are problems, yes, but my point is they become more manageable when you have more customers. Having Dropbox as a client would be exceedingly difficult if you only have two other customers, but it gets easier as you add more customers and scale up.
Re:AWS services explained in one line each by moduspol on Tuesday May 26, 2020 @12:39PM (#23313275)
I think that works for ISPs because their service area and customer base are arbitrarily defined and within their control. They don't have to worry as much about a datacenter suddenly opening up in the middle of a neighborhood that throws off the profitability of everyone else.

And they can also impose things like bandwidth caps to curb some less-profitable customers' usage. But cloud providers, by design, are charging "per use" and expected to scale "indefinitely"... at least for expected use cases.

Re:AWS services explained in one line each by scarface74 on Tuesday May 26, 2020 @01:57PM (#23314328)
One case that comes to mind is when they started charging for S3 API requests because people were using it as a free KV store.
Re:AWS services explained in one line each by zackbrown on Tuesday May 26, 2020 @04:09PM (#23315848)
To apply established terms to these concepts, the divide you're describing is roughly "cost-based pricing" vs. "value-based pricing."
Re:AWS services explained in one line each by ken on Tuesday May 26, 2020 @11:19AM (#23312227)
I'm as anti-AMZN/AWS as anyone these days, but to their credit, Amazon has their own teams of consultants who will come to your business for free to analyze your usage of AWS and tell you how to save money. They openly joked about how it was their job to get customers to spend less money with their company.
Re:AWS services explained in one line each by skrebbel on Tuesday May 26, 2020 @12:25PM (#23313099)
That's not openly joking, it's sales.

If you feel like you're way overpaying for AWS, you're much likelier to look out for alternatives. So if they help their biggest accounts save some money, it'll net them way more in the long run.

Re:AWS services explained in one line each by ken on Tuesday May 26, 2020 @01:34PM (#23314040)
We were in no way one of "their biggest accounts". We were a couple guys in a cramped office over a mattress store, with a production service so small we could have run it from my old laptop. I guarantee it cost them at least 10x more to send those consultants over to us than we spent on AWS in a year, even before the optimizations they pointed out.
Re:AWS services explained in one line each by rainyMammoth on Tuesday May 26, 2020 @01:54PM (#23314281)
But here you are, letting us know that they have been wonderful sending consultants.

It's part PR, part long term customer acquisition

Re:AWS services explained in one line each by biohax2015 on Tuesday May 26, 2020 @03:09PM (#23315222)
Maybe, just maybe it’s a good product with good customer service? And the reason it costs so much is because you get what you pay for?
Re:AWS services explained in one line each by maigret on Wednesday May 27, 2020 @03:43AM (#23320473)
Yes it is, but the gp is also right that it is part of a well calculated and proven way of keep existing customers and getting new ones. $$$ is the reason they do that, else this would not exist.
Re:AWS services explained in one line each by 1MoreThing on Tuesday May 26, 2020 @03:10PM (#23315226)
Exactly. It's about developer lifetime value, not single customers.
Re:AWS services explained in one line each by bt1a on Tuesday May 26, 2020 @12:42PM (#23313314)
Right - it gives the illusion that you're 'getting an amazing deal and wow these people are great' when it reality you're probably getting gouged without the consulting and have to opt in for fair prices.
Re:AWS services explained in one line each by Spivak on Tuesday May 26, 2020 @01:34PM (#23314036)
I mean it's a retention tactic at the company scale but for the individual consultant they're genuinely trying to help you out.

I frequent a local family-owned Italian restaurant/pizza place and my usual order jalapeños, banana peppers, and roasted garlic so I do a build you own. Totally fine, happy to pay the price. But one day I come in and the woman working the take-out counter sees my order before it goes in and tells me that if I order a "meat lovers", remove two toppings and sub the rest it comes out way cheaper.

So now I'm the vegetarian that always gets a meat lovers and she makes the joke every time I come in.

I don't think it's weird or nefarious that a business doesn't have completely consistent pricing and holding it differently can save you money. When we spec out services on AWS we're using the official calculator when deciding whether it's "worth it" so to us at least it genuinely feels like we're saving money.

Re:AWS services explained in one line each by reificator on Tuesday May 26, 2020 @02:29PM (#23314712)
> So now I'm the vegetarian that always gets a meat lovers and she makes the joke every time I come in.

I've seen that before, and I've also seen the opposite where people buy the veggie pizza and then add a meat or two on top to get a cheaper supreme pizza.

Re:AWS services explained in one line each by jeffasinger on Tuesday May 26, 2020 @06:06PM (#23316985)
I did an online food ordering startup a ways back, and it was very surprising how few of the restaurant owners we talked to had clearly thought through pricing strategy for things like this.

We had originally gone in with clever ways for owners to describe how different changes would affect the price of an item, but ended up landing on just a giant matrix where they could input the end result price for any combination. The owners couldn't articulate their own pricing well enough to model it well.

Re:AWS services explained in one line each by ecnahc515 on Tuesday May 26, 2020 @07:07PM (#23317505)
This is true even for enterprise sales. Hello "contact us for pricing"!
Re:AWS services explained in one line each by scarface74 on Tuesday May 26, 2020 @08:42PM (#23318218)
Do you really think any company of any size doesn’t do a rational cost/benefit analysis when deciding when to build vs buy or when and what to outsource?
Re:AWS services explained in one line each by skrebbel on Tuesday May 26, 2020 @01:13PM (#23313737)
Yep. To be frank I think that spinning it as a joke and not an honest retention tactic almost feels like lying.
Re:AWS services explained in one line each by scarface74 on Tuesday May 26, 2020 @08:39PM (#23318193)
If you are any decent size and you pay for a partner’s “Well Architect” overview, they will give you the money back in credits. I am not at liberty to say how much we spend, but it’s not over a million.
Re:AWS services explained in one line each by pathseeker on Tuesday May 26, 2020 @01:34PM (#23314043)
If this team shows up, it means you're spending so much money stupidly that they are afraid a competitor will easily steal you away with an offering for 10% of the cost. Their job is to come in and get you scaled back so another sales team can't get a foot in the door.
Re:AWS services explained in one line each by scarface74 on Tuesday May 26, 2020 @08:45PM (#23318230)
If you have an MSP - and if you are a small company they can pay for themselves just by being able to get bulk discounts by coming under their organization - they will offer you one and you can get reimbursed via AWS credits.
Re:AWS services explained in one line each by doorstar on Tuesday May 26, 2020 @10:55AM (#23311937)
I've been horrified at how bad this is on Azure, I'm sorry to hear that AWS has the same issue. I've signed in some mornings only to discover that I've been charged $20 for a MongoDB instance that's been sitting idle all night. Support can only come back with some hand-waving about RUs, a term that defies any clear definition.
Re:AWS services explained in one line each by FridgeSeal on Tuesday May 26, 2020 @11:29AM (#23312351)
Dealing with Azure causes me physical pain.

AWS you can poke around and figure it out, Azure is a Kafkaesque nightmare of infinitely confusing UI/UX, a permission system that is like trying to hit a moving target in a dark room, being moved by someone that hates you, doing anything seems needlessly complex, and trying to replicate/test anything locally is horrible (looking at you Azure functions).

Re:AWS services explained in one line each by doorstar on Tuesday May 26, 2020 @11:42AM (#23312513)
My sibling...

I'm trapped in this mess because the nature of our Client is that they'd consider anything besides Azure as a slap in the face, but it's been absolutely the most miserable task I've taken on in years.

As a bonus I'm getting side-eyed by teammates who have a naive faith in The Cloud and can't comprehend why this is taking so long and why I can't just give them a cost estimate.

Re:AWS services explained in one line each by qchris on Tuesday May 26, 2020 @01:12PM (#23313729)
As an aside, unless I'm reading this very wrong, this is the first time I've seen the use of "my sibling" as a gender-neutral replacement of "my brother/sister" to express empathy. I'm delighted by it.
Re:AWS services explained in one line each by lucianf on Tuesday May 26, 2020 @07:40PM (#23317752)
Semi-shameless plug (I work for Oracle) but have you tried OCI? You might find both the console UI/UX and the cloud calculator pretty decent. That's just my personal feel, coming over to work as an Oracle cloud consultant with previous AWS/Azure experience. I'd argue it's normal those two are where they are; AWS is now a spaghetti of products, while Microsoft are anti-KISS by DNA.
Re:AWS services explained in one line each by FridgeSeal on Wednesday May 27, 2020 @05:47PM (#23330476)
AWS might be a spaghetti of products, but they get out of my way and they’re straightforward enough to use/ignore; and that’s pretty much what I want.

Honestly, I wouldn’t touch something from Oracle with a 10 foot pole, sorry. I’m sure the UX is probably pretty good, but I’m staying away from that company if I can avoid it-too many horror stories, way too “enterprise”.

Re:AWS services explained in one line each by scarface74 on Tuesday May 26, 2020 @08:47PM (#23318235)
Yes people who want to avoid lock in really want to get in bed with “call us for pricing” Oracle.
Re:AWS services explained in one line each by lucianf on Wednesday May 27, 2020 @05:35AM (#23321124)
Point taken. Every time Oracle is mentioned it's in the context of horror licensing stories. I get that - but would it make a difference if I said OCI is actually different?

Take this with as much salt as you want but they're really trying to put that in the past. OCI pricing is super transparent, simple metrics, cheaper than the incumbents on every front, there's no "call us for pricing", there's a transparent 30% discount for committed spending (before you even get to talk to a salesperson) and the dev team has been given free reign to act like a startup and ignore the corporate machine. I'm not a marketing person but I do believe we have a very good offering and it's a shame it's being ignored solely because of bad blood.

Re:AWS services explained in one line each by lucianf on Wednesday May 27, 2020 @10:05AM (#23323442)
Another point re $$$'s. Predictable, low pricing is actually a key Oracle cloud selling point. Following the recent wins with Zoom and 8x8 we've put up a comparison sheet [1] and a workload estimator [2]. Then there's the general cost estimator [3]. No hidden costs, and no calling required.

[1] https://www.oracle.com/cloud/economics/

[2] https://www.oracle.com/webfolder/workload-estimator/index.ht...

[3] https://www.oracle.com/cloud/cost-estimator.html

Re:AWS services explained in one line each by nikau on Friday May 29, 2020 @12:52PM (#23352377)
Not a shame.

You have a company that charges licenses based on the physical core count even if you run the product in a VM using only a single core, but then they also want to be your cloud supplier.

The only strong point of Oracle is legacy product lock in, you would be crazy to pick them for any new initiatives.

Re:AWS services explained in one line each by takeda on Wednesday May 27, 2020 @11:28AM (#23324776)
If the objective is to not get locked in public cloud isn't the best thing to do
Re:AWS services explained in one line each by zaidf on Tuesday May 26, 2020 @11:19AM (#23312228)
This is a problem across enterprise SaaS companies. At my last company (small enterprise SaaS biz <$50M ARR), I got so tired of this consuming so much of my time. I literally hacked together some code so I could point at any line item from any bill generated by our "system" and it would try to answer "why did I get billed $x for this?" so a five year old could understand.

I wish there were SaaS products that would effortlessly audit enterprise SaaS bills with support for more than just the top 1% SaaS products.

Re:AWS services explained in one line each by doorstar on Tuesday May 26, 2020 @11:29AM (#23312349)
I was poking around with their CLI to see if I could put together a cron job - this artifact now costs more than $X so delete it. Unfortunately if there's a 'get current charges' command I haven't found it.

I have a ticket open with MS support. I suppose it's to their credit that they're listening to me but it's been a few weeks with only the aforementioned hand-waving. I started just sending them screenshots showing that their own dashboard showed no usage during the times I'd gotten charged.

Re:AWS services explained in one line each by edaemon on Tuesday May 26, 2020 @07:04PM (#23317489)
I always chuckled at the "AWS Simple Monthly Calculator": https://calculator.s3.amazonaws.com/index.html

It isn't simple at all! Not only is it complex and fairly daunting, you also need pretty deep knowledge of AWS to fill it out correctly. They eventually introduced an improved calculator that dropped the "simple" branding: https://calculator.aws/

Re:AWS services explained in one line each by takeda on Wednesday May 27, 2020 @11:33AM (#23324848)
The simple calculator also didn't calculate all the cost (didn't try the new one) maybe by "simple" they meant incomplete?
Re:AWS services explained in one line each by outworlder on Tuesday May 26, 2020 @05:43PM (#23316773)
> The fact that there are consultants who specialize in figuring out AWS billing was, in retrospect, a warning sign.

Well, there are whole organizations in my company dedicated to installation, procurement, provisioning, ordering(and tracking of said orders), of datacenter resources and hardware.

We are spoiled.

Re:AWS services explained in one line each by sharpy on Wednesday May 27, 2020 @02:08AM (#23319865)
Billing is really hard. I've had projects that literally sat on the shelves for months while we finalized our billing model, after realizing it would significantly increase the cost for our largest customers.