Hacker Newsnew | comments | show | ask | jobs | submit login
Amazon EC2 Pricing Changes Effective April 1, 2014 (amazon.com)
220 points by tluthra 397 days ago | 147 comments



Something we should always remember when considering the implications and hermeneutics of AWS pricing (from Brad Stone's book):

Bill Miller, the chief investment officer at Legg Mason Capital Management and a major Amazon shareholder, asked Bezos at the time about the profitability prospects for AWS. Bezos predicted they would be good over the long term but said that he didn’t want to repeat “Steve Jobs’s mistake” of pricing the iPhone in a way that was so fantastically profitable that the smartphone market became a magnet for competition.

-----


This is huge. Startups everywhere are huge beneficiaries of this price war between Amazon and Google over the future of cloud computing.

-----


Let's just hope they all stay in business so we don't end up with only one player in the market...who can then jack up prices at will.

-----


Welcome to Amazon's long-term business model.

-----


In some respects it's Google's model too. They gave away Google Apps free to small businesses for years as they pursued Microsoft's Exchange Server market. At first Google Apps was free for up to 100 users, then 50, then 10. Now they charge $5 per user per month for new plans. Legacy pricing is grandfathered so they didn't really piss anybody off in the process, but it seems pretty clear the strategy was to subsidize the product and accumulate market share.

-----


When it comes to companies like Google and Amazon, I don't think that's a worry.

-----


I'd actually be worried with Google. They've demonstrated a willingness to shut down revenue sinks even if it costs them good will. If these companies find themselves in a position that they're subsidizing their cloud computing offerings with profits made elsewhere, it might make more sense just to pull the plug.

-----


Providing cloud computing services is bulk business where the economies of scale is important Google is itself cloud computing company. When they sell resources to others, it's way to become bigger and reduce cost margins for the platform they are using for themselves.

As long as there are people who pay more for the Google cloud service than Google's own usage is worth, selling to others reduces the overall costs of computing for Google.

-----


> They've demonstrated a willingness to shut down revenue sinks even if it costs them good will.

Google isn't running a charity. Shutting down losing services is a smart business decision. If you see the cloud going the way of the typewriter, then you should also be looking elsewhere to run your computing resources.

-----


Yeah, I don't disagree at all. I think Amazon is making a longer term strategic move with AWS and is more likely to swallow a few years of not making any money than Google however. Of course a couple years ago I would have said the same about Google, but they've been on a bit of a tear recently where that doesn't seem to be as much the case anymore.

-----


Somehow I don't thing a battle of attrition between Google and Amazon would end any time soon.

-----


Don't you think the start up costs for competitors are always going to be low enough to stop the incumbents going mad with it?

-----


Microsoft Azure too

-----


I just reserved a series of heavy-utilization m3.xlarge instances for roughly $30k. Apparently, if I had waited a month, I could have saved about $13k because of these price reductions.

I can't help but feel that I got really fucked by poor timing that I couldn't control. It would hurt so much less if these price changes were more gradual and somewhat consistent (perhaps monthly).

-----


It's worth calling and talking to your sales rep about this. I've found AWS to be surprisingly accommodating with pricing.

-----


Ditto. At the AWS keynote today Andy Jassy, Senior Vice President, spoke of cost saving initiatives AWS has going with $200m already saved via automated notifications to customers to power down their inactive EC2 instances. Andy emphasized the importance of great customer service by AWS & helping customers cut costs. Use that as your leverage point in the discussions with your sales rep. Hope it works out for you!

-----


I accidentally ran a spot instance for $70 an hour for two hours due to my less-then-smart configuration. They refunded me.

:)

-----


That says a lot for their customer service. I know a lot of companies that would have had more of a "you break it, you buy it" style attitude. Good on them!

-----


Me too, I accidentally ran some windows instances for like a month!

-----


They want your business for the long term, not just to turn a quick buck.

-----


Shouldn’t such cases be detected automatically? It would really help Amazon’s brand of being shroud.

-----


Well, I bought a 3-year reserved heavy utilization plan just a couple of hours before these news went live. My pain is about 2 orders of magnitude less than yours, though. I wonder if you can contact someone at Amazon and ask for some kind of discount.

Anyway, what a massive drop in price and what a swift reaction from Amazon. Competition can really do wonders. I just hope we won't be seeing drops in the level of service.

-----


Knowing amazons customer service, I would be floored if they would refund you the difference. A couple weeks/days? Maybe maybe not, depends on which rep you get honestly. But a couple hours? That would just be cruel for them not to.

-----


Wow the c3.8x large drops by almost a dollar/hr.

Cheers to Google.

-----


I would be so happy if Heroku passed along these price cuts to their customers, but based on past AWS price cuts, I'm not holding my breath.

-----


Heroku hasn't changed pricing since they launched, actually. The only historical price reference I quickly found was that the EC2 was $0.085/hr for (what is now called) an m1.small[1].

Heroku launched with $0.05/hr pricing.

Amazon's new m1.small pricing is $0.044/hr, nearly a 50% price drop over four years.

Heroku still is $0.05/hr, the same price as when it launched. Heroku runs on EC2.

[1] http://www.sunsetlakesoftware.com/2010/09/15/how-run-drupal-...

-----


Uh, did I miss something here? Sounds like Heroku was actually cheaper than the raw EC2 rate when it launched, and is now just over half a cent per hour more.

-----


Heroku prices are per "dyno" which are significantly less powerful than an EC2 small.

-----


They might (a little) in that this 'friction' is exactly the sort of plain bottom-line info to get people to make the step to move off of heroku and on to raw EC2 (or other more infrastructure based setups).

-----


Heroku's kind of in a sweet spot.

They already charge an immense premium over your own fleet of micro to large instances, but by the time you rack up enough dynos for it to make sense to spend the necessary weeks migrating your infrastructure there's a good chance that replicating the environment with your own in house version (30+ instances?) is non trivial enough to be scary.

Once you're over a handful of dynos, the sunk costs and uncertainty will keep you there until it becomes totally ludicrous.

-----


I see that the prices on the M3 instances dropped a bit more than the prices on the M1 instances did, so they are encouraging us customers even more to move from the older HHD based instances to the newer, faster SSD based instances.

-----


They want to retire the m1 hardware. Probably costs more per hour for power to run than the new m3 hardware.

-----


The m3 instances were already cheaper than the m1 before (as well as faster). I assume they want to get rid of the old hardware.

-----


M1 is older hard drives and M3 is SSD? Didn't know that

-----


Yeah, but keep in mind it's only applicable if you use instance-based storage (which you declare when you spin up the instance). If you use an EBS mount it's a moot point.

-----


This is crazy. The savings we'll see from this alone are enough for another full-time dev or two.

-----


How many instances do you run? At $17.52 saved per year for m1.small that means you must be running over 10k instances to save enough for another full-time dev or two... if your devs are located in SF area.

-----


We're currently spending about $20k/month on EC2 and are about to migrate a bunch of our colos over. Between what we are spending and what we're budgeting to spend with our new architecture, we're looking at a couple devs/year savings (Victoria, BC)

-----


I think you mean per month?

-----


Competition is amazing. Cheers to free markets :)

-----


Let us hope that RDS prices also drop as a result of this. It's enough of a value for us at the current price rates to be happy with it, but there will need to be some decrease to make sure that it makes financial sense over straight self-managed EC2.

-----


RDS prices dropping too.

http://aws.amazon.com/rds/pricing/effective-april-2014/

-----


Thanks, good sir! This is exciting!

-----


Any time something is announced for April 1, I always have to take a minute to figure out if it's a joke or not. If I wanted to make a change for my company beginning in April, I think I would announce the planned date as April 2nd just to avoid any confusion.

-----


Yeah, I have the exact same thing. I actually hate April 1st for this exact reason. I try to stay off all forums even, just to avoid confusion.

-----


The most striking thing to me is that they seem to be aggressively motivating people to longer reservations. For RDS they only dropped prices for on-demand (which is still expensive) and 3 year, heavy utilization instances.

-----


Where do you see the new pricing for RDS?

-----


Here http://aws.amazon.com/rds/pricing/effective-april-2014/

-----


Thanks - This is fantastic news for us. A quick calculation says we'll save about 30% on our next bill. RDS makes up a big chunk of that.

-----


Just out of curiosity, why would one choose AWS over Digital Ocean? Isn't DO considerably cheaper?

-----


Digital Ocean isn't PCI compliant. http://digitalocean.uservoice.com/forums/136585-digital-ocea...

AWS is.

-----


You say that like it matters. Read the comments on that link.

-----


Heh, I had no idea of this. Thanks.

-----


DO's "internal" networking/security group support is still immature. I use DO for personal stuff, but at work we use AWS.

Just never EBS. Ever.

-----


> Just never EBS. Ever.

I wouldn't take it that far! There is conflicting information on which between Standard EBS and Instance store performs better but there have been benchmarks to support that EBS does perform more consistently than instance store (example: http://serverfault.com/questions/111594/which-is-faster-for-...). Also, you can now launch EBS optimized instances which use a network stack intended to separate EBS I/O giving better throughput. iops is expensive but is great to have when you need it.

Sure, if EBS goes down in your zone, you're hosed. But unless you're completely independent as a service, chances are you do depend on something which uses EBS so you might be hosed anyways.

Instance store is great free storage to use. Since it needs to be mounted explicitly, I'm guessing that most people don't end up using it. Thats a shame too; so use that free storage but EBS isn't evil either.

-----


What's wrong with EBS? And for what usage?

-----


Most of AWS's major outages have been related to EBS. Although outages can happen to any hosting provider, and I am sure they have fixed the previous issues. So EBS should get more stable over time and it is already quite stable.

The performance of EBS is pretty bad, and getting decent performance is expensive. Having said that, if your application runs in memory and disk usage is infrequent then it is probably fine to use EBS. EBS is also much more expensive than the instance storage, but it is also durable unlike instance storage.

On the whole, "never ever EBS" is too strong language making it incorrect. As usual, it depends.

-----


Only use EBS when you absolutely have to, and fail gracefully when EBS fails.

-----


From what I've seen/heard/experienced, Provisioned IOPS largely addressed the issues with inconsistent performance.

-----


Yes but it is very expensive.

-----


http://blog.awe.sm/2012/12/18/aws-the-good-the-bad-and-the-u...

TLDR: it's okay for backups, but in critical path it's a world of sadness. Failure modes are too painful.

-----


It went down in 2012 and somehow rather than get the correct idea from that (everything breaks) people took this bizarre notion that EBS is bad and everything else has perfect reliability. In reality, tons of other AWS services run on top of EBS, including load balancers. When EBS fails again, the people thinking they are avoiding it will still have outages.

-----


How do you even do anything without using EBS?

-----


Well, you break your services out onto stateless and stateful machines. After that, you make sure that each of your stateful services is resilient to individual node failure. I prefer to believe that if you can't roll your entire infrastructure over to new nodes monthly then you're unprepared for the eventual outage of a stateful service.

Most databases have replication but you need to make sure that the characteristics of how the database handles a node failure are well understood. Worst case you use EBS, put your state on it, snapshot it regularly, and ship those snapshots to another region because when EBS fails it fails hard.

Also, logs make every machine stateful. Use something like logstash to centralize that state.

-----


And you do what for loadbalancing?

-----


If ELB is down in a given region then DNS failover to another region. Assuming you feel comfortable rolling your entire infrastructure monthly, have good images / configuration management, and have the state replicated in the backup region.

That or sidestep ELB in your region to a team of stateless load balancers that terminate SSL.

-----


IIRC, Amazon has been working on removing the ELB dependence on EBS. I haven't seen an announcement of them being done, though.

-----


Exactly - how can I run a database server without EBS?

-----


By having good replication, either hand rolled or built in.

At Netflix we use Cassandra and store all data on local instance storage. We don't use EBS for databases.

-----


Jedberg... this single post blew my mind. :)

It's one of those "huh, never ever thought of it from that angle" sort of ideas. The very idea of putting your absolutely valuable data on ephemeral storage and just duplicating it.

Thanks for that.

-----


Run multiple replicas with synchronous replication. For Postgres see:

https://wiki.postgresql.org/wiki/Synchronous_replication

This way you should be able to tolerate failure of a single instance without losing data.

-----


we do async replication with good monitoring of the slaves to make sure the slaves don't get too far behind. couple that with wal-e.

of course, if a comet hits the master db server, you might lose a tiny bit data (typically 0.1 seconds) if not using sync replication.

you can use sync replication for the important things that you absolutely can't lose, and async replication for everything else.

-----


But the thing people are needlessly concerned about with EBS is full datacenter failure. Which is just as much a problem for those EC2 instances. Synchronous replication to another data center is a massive performance killer.

-----


We use RDS (they now support Postgres) and Elasticache.

The pricing seems reasonable for the performance (I've not done benchmarks if I'm being honest), and you get to treat all your EC2 instances as expendable.

-----


If you're eschewing EBS because of past problems (like the Oct 2012 outage), you should be aware that RDS is EBS-backed [1].

Also, on EC2, EBS-backed instances boot faster [2]. Of course, you can (and should) still treat EBS-backed instances as expendable.

[1] http://aws.amazon.com/rds/faqs/#hardware-scaling

[2] http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Component...

-----


Just to clarify: I don't eschew RDS because of outage issues, I use RDS because it's much easier to set up and manage compared to doing it yourself.

To be honest, I didn't know RDS was backed by EBS but it makes little real difference to me as long as the backup procedures are rock-solid and the performance is acceptable.

-----


Sure - but I'm assuming RDS uses EBS under the covers...

I meant rather that is there any other option for persistent data on AWS?

-----


As others pointed out, you use EBS then.

-----


I think Cassandra is what all the big guys use. Apple, Netflix, etc.

-----


Service ecosystem (S3, RDS, SQS, VPCs, Cloudsearch, Elastic Transcoder, to name a few), long-term stability, reliability, support, the ability to peer directly with AWS to name a few.

-----


Tooling.

I find it bizarre that Amazon put so much effort into pushing the idea theat their killer feature is price. Plenty of people outflank them on price. What's best about Amazon it their tooling. They have hands-down better tooling than their competition.

I use gandi for my personal stuff (because I'm less bothered by the French government spying on me than the US one) and it's much cheaper than Amazon. But in terms of being able to easily mass-manage a complex environment? Not even close. DO? Don't make me laugh.

-----


> I find it bizarre that Amazon put so much effort into pushing the idea theat their killer feature is price. Plenty of people outflank them on price.

This is the Southwest Airlines model. Tell everyone you're great on price often enough, even if it's not always true, and plenty of people will think you're good on price.

-----


With Digital Ocean, you only get almost bare VPS hosting (which is not bad per-se, I use them for a couple of personal projects), as with AWS, I get 1-click solution for pretty much anything I need, from S3 and Cloudfront, to Elasticache, hosted PostgreSQL, Route 53, OpsWorks, and numberous others.

-----


The EC2 C3 instance type is going to be about the same price as DO for 1 year reserve and less than DO for 3 year. Spot pricing will also be lower than DO for C3s. On top of that EC2 is far superior to DO in many ways: EBS off instance storage (DO is local storage only), volume snapshots, IPv6, load balancing, private IPs, multiple IPv4 addresses, 8 data centers globally, firewalls, VPN, VPC, PCI DSS compliance, companion services like S3/CloudFront/Route 53 and much higher default quotas just to mention a few. DO is essentially a VPS with utility pricing.

-----


EC2 does not have IPv6.

-----


It does with ELB

-----


DO is great for hacking on personal projects.

I prefer AWS for work stuff because firewall, security groups and networking are much easier to manage.

I have not yet tried GCE but I may move some of my dev stuff over once they roll out the private git repos.

-----


The private git repos rolled out a while ago.

https://source.developers.google.com/p/PROJECT/r/default

You might have to turn it on in your developer console, not sure.

At the moment, pushing to its "master" branch tries to deploy to app engine, so that might not be what you're looking for.

You can clone it (and, in the future, your connected repos and other Google-hosted repos) with 'gcloud init PROJECT', and things should work nicely.

-----


Can you use this as a replacement for Github private repos?

-----


It really depends on what you mean. It is a private git repo, so in that sense yes.

-----


Thanks! I searched but couldn't find this yesterday.

-----


Just to make sure I'm reading this right, the upfront reservation fees are higher, but the reserved hourly rates dropped a good bit. It's cheaper over the duration of the reservation, but you owe more of the term upfront.

Given this tidbit, might you reserve an instance now, pay the lower fee, but still take advantage of the new hourly rates on April 1? Or are you locked in at whatever rate your reservation is for?

-----


How I'm reading this, both up-front reservation fees and the hourly rates are lower for a lot of instance types.

For example:

Now: m3.xlarge $1266 $0.105 per Hour $1922 $0.086 per Hour

April 1st: m3.xlarge $886 $0.074 per Hour $1345 $0.06 per Hour

It sounds weird if Amazon is actually going to keep charging the higher rate to existing customers, as they've already paid the higher reservation fee as well.

-----


You're locked into whatever rate your reservation is for. This is why you see rate fluctuations on the marketplace for the same instance type. It's also why a 3 year reservation may not make sense.

-----


That makes sense, thanks for the clarification.

Bummer, though. We just reserved a multi-AZ m3.large RDS instance last week. I wish AWS would take up Google's system of graduated price reductions over steady run duration.

-----


The other fun tidbit is on heavy reservations you pay per-hour even if you're not using the machine. That's not the case for the light or medium. So keep that in mind when planning out your reservations.

When we switched off EC2 it was financially advantageous to basically give away our heavy instances on the marketplace just to shed the liability.

-----


After this latest round of price cuts, I'm starting to question whether I even want to reserve instances on the lower end. An m3.medium is about $52/month on demand vs $35/month (amortized over 12 months with a 1-year heavy usage reservation).

In this example, it becomes a question of whether it's worth saving $130'ish a year for the liability that a 1-year m3.medium heavy util reservation represents. At the lower end, that's not a huge amount of liability, but it may be a case where I just don't bother reserving m3.mediums anymore because it's a wash.

-----


Maybe my math is off, but I calculated $35/mo for medium utilization m3.medium vs $32/mo for heavy utilization. In that case, I don't think a heavy utilization reservation makes sense but a medium utilization reservation still might (as you're saving ~$20/mo over on-demand).

-----


I tried to give away a heavy instance in the past but to sell on the Reserved Instance marketplace you must have a US bank account. Worth noting if you are considering heavy instances and are based outside the US. You will be stuck with them for the life of the reservation term.

-----


That's when you talk to an AWS account rep and twist their arm a bit.

-----


Hell, in my experience, you don't even have to twist much. They're usually pretty happy to do a "just this once..." sort of thing.

-----


Dear AWS, could we also get a price drop on Cloudfront bandwidth ?

-----


That only took one day! This competition looks good for the future.

-----


I wouldn't be surprised if this was Google-motivated, but since there was an AWS summit today, it could have also been very coincident timing.

-----


Amazon must've known the Google Cloud price reduction was coming.

-----


Whoops, sounds like bitter (but still good) news for companies like ours that have million-dollar contracts of reserved instances. If we were to grab our reserved instances right now instead of a few months ago, we'd have saved more than half a million over the next year. Bleh.

-----


There are a bunch of calculators to compare reserved vs. on demand pricing, but it just occurred to me that they should really be comparing reserved vs. predicted on demand pricing, taking into account inevitable future price drops. Instead of locking in savings, reserved instances are really locking in today's high prices.

-----


The trouble I'm in is that I have to buy RIs for a particular workload to ensure that the instances are there when I need them (and so I don't get "Sorry, we're full" error).

-----


DO still seems way cheaper for my usage though, but it's good to see Amazon dropped prices.

-----


Anyone have a sense of how long this price war could feasibly go on? What's happening at the cost side for GOOG / AMZN? How much do you reckon its costs the on the margin for extra cores, memory etc?

-----


Hmm, the micro instances don't seem to have changed ($0.020/hr).

-----


I was just thinking that, the micro EC2 is now becoming more and more devalued as the higher ones get closer to it's price per performance. I was hoping for us to be able to spin up Beanstalk apps a little cheaper though and it is the cheapest server option and $50/app vs Heroku is a bit expensive since it requires the ELB. I wouldn't mind it all if they had a way to deploy multiple apps using the EC2 servers and ELB you setup though.

-----


I'm very impressed with Amazon's scale and their ability to produce such low prices. Whilst many SaaS vendors (and even traditional brick and mortar business) seemingly keep on increasing prices because of "inflationary" pressures and whatnot... Amazon just keeps on showing - the consumers are being taken for a ride by the rest of the businesses out there.

-----


There's no relationship between Amazon's AWS pricing and pricing for goods and services in other markets.

-----


It's interesting how all of the focus of this discussion is Google, Amazon, and Heroku. Why hasn't RedHat's OpenShift gained more mindshare? It's not a bad platform, although I've found their support leaves something to be desired. It's also priced very competitively for small apps (you get 3 nodes free).

-----


Does anyone know if these pricing changes are retroactive for customers that have already purchased the reserved instances?

-----


Not usually.

It's pretty much Caveat emptor with them.

-----


I'm hoping the storage price drops will in return let Dropbox lower its prices to compete with Google Drive.

-----


Thank you, Google.

-----


Will there be any change to minimum spot instance pricing?

As far as I know this minimum is set by Amazon, but I don't see that pricing listed in the announcement here.

-----


ec2 pricing is just a small piece of the whole bill. but it is great to see the price drops, thanks google!

wonder if there would be price battle on bandwidth.

-----


There seems to be price reductions everywhere (RDS, S3, etc.)

-----


we have many customers on AWS, ec2 or compute is about 70% of the average bill.

-----


We are in the middle of deracking and throwing out (no kidding) some 3+ year old machines at my work. Care to take a guess at what a 3+ year old machine's specs are? Cause I know you don't have a chance at getting it right.

Dell C1100 1U (almost 4 years old) 2x 6core with HT, 24 active threads 144 GB RAM 10x 300 15k SAS

I think there are very few use cases where Amazon makes sense. Their VMs are very expensive, and under powered for what you pay.

-----


And yet, very rational people, with full understanding of the costs of both environments, and pretty detailed spreadsheets (I've spoken with them) continue to buy into PaaS/IaaS offerings aggressively.

For the most part, it's because the cost of hardware isn't the only factor, but the flexibility, ability to rapidly scale (and descale), and, most importantly, the fact that Amazon takes care of all the dirty network engineering/system administration work required to keep the plumbing working.

But, hey, that's the great thing about the free market - every company/individual gets to make the choices that are most advantageous for themselves. I wouldn't be surprised that in regions where network engineers/sysadmins make less than $125-$150K/year, and there isn't a need to turn up a dozen servers overnight, (and, turn them off the night after that) - that AWS/Azure/GCS isn't attractive. But, clearly, for others, it is.

-----


Well, I always see it this way: With Amazon you never pay for the actual hardware, because that would be a rip-off. You pay for the service of not having to "throw out old machines", you pay for being able to start a machine with one click, you pay for the services around (S3, Dynamo, ELB, Route 53 etc.) and ultimately, you pay for not having to care about 80% of infrastructure problems.

-----


GPU instances for $0.65 an hour. Wow!

-----


It's the old price - no discount for g2 instances ;(

-----


It's been a while since I looked, but I recall GPU prices being around $2 and hour (and thus writing them off).

-----


$2 per hour are cluster compute instances with 2 NVIDIA Tesla M2050 GPUs (“Fermi” GF100) GPUs. g2 instances are smaller with NVIDIA GRID GPUs (“Kepler” GK104).

- G2 popular use cases: Game streaming, 3D application streaming, and other server-side graphics workloads.

- CG1 popular use cases: Computational chemistry, rendering, financial modeling, and engineering design.

-----


My reaction is Heroku should drop their price too.

-----


Last time I priced this out for a personal project it was half the price just to build something at home... if I didn't already own the setup this would be pretty great.

-----


I love market competition. :)

-----


Your move, Microsoft Azure.

-----


There went most of the rabbits out of Bezo's hat for re:Invent 2015.

-----


how are they still making profits ?

-----


Amazon markets the story that they operate on thin margins (which no doubt they do in retail) but in AWS the margins are probably fairly attractive. They don't break this out in their SEC filings because (a) they don't have to, and (b) doing so would undermine their marketing message.

Economically cloud can make a lot of sense for several potential customers, including:

* those who have highly variable workloads (so they can spin up lots of servers to meet demand then spin them down afterwards)

* those who favor OpEx over CapEx (Like startups)

* and for those who are bypassing internal IT for TTM reasons (e.g. "shadow IT")

Another point to consider is that while AWS is increasingly dropping prices the same is in effect happening for people procuring their own hardware. The performance over price ratio (on multiple axis) is also improving for on premises deployments (c.f. Moore's Law).

-----


Hardware cost has come down significantly since the prices were last changed. They are making a lot more money now than they will be on April 1st, but it looks like they'll still be in the black.

-----


They're not making profits. Most quarters they are only slightly profitable. Current P/E is 582, which is astronomically high. E.g. for comparison Apple's P/E is 13.

But that's been Amazon's strategy for almost two decades. Their goal is to instead grow their business. Currently they are at $74 Billion / year in revenue, and still increasing. Once they stop their massive spending on growth, they will (presumably) be able to increase their profits.

-----


"Effective April 1 2014, Google should go fuck itself" -- Bezos

-----


[deleted]

Be more constructive and maybe I won't vote you down next time.

-----


My apologies, didn't know humor was considered destructive on HN. =| There goes my excitement for the price drop. =(

edit: do I get my one point back if I delete it or am I permanently shamed?

-----


Don't be a karma whore

-----


Don't be such an asshole and maybe I won't vote you down next time.

-----


Remember, you get what (the reliability, service) you pay for.

And what happens when AWS is no longer a revenue source?

Shareholder (owner)'s decision: cut it.

-----


In my experience, unless you are paying for EC2 service in the form of a support plan then there is no service to speak of.

Not a big deal if you are running a business but pretty significant ($588/year) if you are doing personal dev work.

-----


> Remember, you get what (the reliability, service) you pay for.

So, pay extra for the support contract?

-----




Guidelines | FAQ | Support | API | Lists | Bookmarklet | DMCA | Y Combinator | Apply | Contact

Search: