Amazon.com Announces Second Quarter Sales Up 20% • Hacker News Board

Re: Amazon.com Announces Second Quarter Sales Up 20%

#111

Post by sascha_sl » Fri, Jul 26, 2019, 7:14 AM UTC

kube-system wrote: post #107

GauntletWizard wrote: post #102

Earlier quoted context omitted.

DO provides VMs and Kubernetes as a service. AWS provides Freaking everything as a service. You might need Redis. You might need Postgres. You might need Hadoop, NFS, A Monitoring Solution, Access Controls for your account, Docker Repo Hosting... AWS does all of these things as managed services (though some not very well). You definitely don't want to run your RDBMS on Kubernetes, and while DO's "Marketplace" has a s…

> You definitely don't want to run your RDBMS on Kubernetes If you’re targeting AWS you’re probably better off using their solution, but you can totally run your database on k8s. And for some uses it’s even a good idea.

If you're new to Kubernetes, you shouldn't attempt to run a RDBMS, especially if it's not a dev/staging DB and/or needs to run in a HA config. Operators aren't mature and if you're rolling your own statefulset you better know what you're doing (with kubernetes and with the DB you're running).

Re: Amazon.com Announces Second Quarter Sales Up 20%

#112

Post by sascha_sl » Fri, Jul 26, 2019, 7:16 AM UTC

t34543 wrote: post #92

manojlds wrote: post #86

Earlier quoted context omitted.

And RDS.

At my scale two DBAs + MySQL on EC2 is cheaper than Aurora. I believe other companies will come to the same conclusion in time.

Where do you find such cheap DBAs? Are they by chance also in other roles?

Re: Amazon.com Announces Second Quarter Sales Up 20%

#113

Post by trevyn » Fri, Jul 26, 2019, 7:55 AM UTC

axaxs wrote: post #97

meowface wrote: post #81

Earlier quoted context omitted.

AWS is basically "run your entire company's engineering as a service" now, and they've done a good job at it. It's not at all easy to compete with such an integrated and battle-tested platform (other than on cost; AWS can be pretty expensive).

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

Why is Google a nonstarter?

Re: Amazon.com Announces Second Quarter Sales Up 20%

#114

Post by laser » Fri, Jul 26, 2019, 8:01 AM UTC

ajross wrote: post #77

carlsborg wrote: post #5

Two interesting points: 1) Close to 70% of Amazon operating income once again can be attributed to AWS. Consolidated operating income: $3,084 m AWS operating income: $2,121 m 2) AWS revenue was $8.3B for the quarter, 37% more than the same quarter last year.

What's interesting isn't the fact that they "make" more from AWS, it's that AWS gets premium margins where their store is running right at cost (and has been, basically forever -- it's their thing, sorta). The interesting number you left out was the non-AWS revenue, which in 2018 (too lazy to correlate with today's announcement) was $230B , literally 30x higher. AWS is a tiny drop in the bucket, no matter what the pr…

You’re comparing quarterly revenue from AWS to annual Amazon? The proper ratio is more like 7-8x, not 30x.

Re: Amazon.com Announces Second Quarter Sales Up 20%

#115

Post by BozeWolf » Fri, Jul 26, 2019, 8:03 AM UTC

trevyn wrote: post #113

axaxs wrote: post #97

Earlier quoted context omitted.

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

Why is Google a nonstarter?

These parent kind of comments are like saying: “apples are cheaper then oranges. I dont like red cars.”

There is nothing to be discussed here. If you compare do with azure, google and aws and are talking about the interface being most important: you clearly are not the enterprisish client aws/azure/google is aiming for.

Re: Amazon.com Announces Second Quarter Sales Up 20%

#116

Post by dijit » Fri, Jul 26, 2019, 8:04 AM UTC

axaxs wrote: post #97

meowface wrote: post #81

Earlier quoted context omitted.

AWS is basically "run your entire company's engineering as a service" now, and they've done a good job at it. It's not at all easy to compete with such an integrated and battle-tested platform (other than on cost; AWS can be pretty expensive).

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

> Google is a nonstarter

That might be unique to you, I've been using google and I've very much enjoyed the experience, why doesn't it work for you?

Re: Amazon.com Announces Second Quarter Sales Up 20%

#117

Post by speedplane » Fri, Jul 26, 2019, 8:06 AM UTC

nodefortytwo wrote: post #110

axaxs wrote: post #97

Earlier quoted context omitted.

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

Where I work we spend millions per month on AWS, its our primary cloud platform. At that scale the UI of the console really doesn't matter, everything is IAC so developers rarely need to directly access AWS. The one thing we do use is the Cost and Usage explorer which has a reasonable UI

> UI of the console really doesn't matter, everything is IAC so developers rarely need to directly access AWS

Okay, but those "rare" times when you do need to access the infrastructure, having good UI is pretty helpful.

Re: Amazon.com Announces Second Quarter Sales Up 20%

#118

Post by speedplane » Fri, Jul 26, 2019, 8:07 AM UTC

rb666 wrote: post #100

axaxs wrote: post #97

Earlier quoted context omitted.

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

We are looking to move some of our applications to the cloud and Kubernetes the coming time. We'd like to go for DO, partially for the horror the AWS interface appears to be. Could you give me an idea what we'd be missing by choosing DO over AWS? (as your comment appears to say we would)

> We are looking to move some of our applications to the cloud and Kubernetes the coming time.

Google Cloud has a ton of built-in support and UI for Kubernetes clusters. They make it really nice. It's roughly the same price, so I'm not sure I'd run Kubernetes on any other service.

Re: Amazon.com Announces Second Quarter Sales Up 20%

#119

Post by speedplane » Fri, Jul 26, 2019, 8:10 AM UTC

sascha_sl wrote: post #111

kube-system wrote: post #107

Earlier quoted context omitted.

> You definitely don't want to run your RDBMS on Kubernetes If you’re targeting AWS you’re probably better off using their solution, but you can totally run your database on k8s. And for some uses it’s even a good idea.

If you're new to Kubernetes, you shouldn't attempt to run a RDBMS, especially if it's not a dev/staging DB and/or needs to run in a HA config. Operators aren't mature and if you're rolling your own statefulset you better know what you're doing (with kubernetes and with the DB you're running).

> If you're new to Kubernetes, you shouldn't attempt to run a RDBMS ... if you're rolling your own statefulset you better know what you're doing

I've been doing this for a while. Before there were statefulsets, it was pretty painful. But now, it's relatively easy. Sure, not as easy as a PaaS database that seems to just work, but much easier than managing a cluster of servers with all sorts of crazy scripts.

Re: Amazon.com Announces Second Quarter Sales Up 20%

#120

Post by jon-wood » Fri, Jul 26, 2019, 8:12 AM UTC

rb666 wrote: post #100

axaxs wrote: post #97

Earlier quoted context omitted.

This is absolutely true, sure, but the UX is dreadful. If someone like, say, DigitalOcean who has nice design spent the money to actually compete, I'd move in a heartbeat. Google is a nonstarter, and Azure is a 'maybe'. Most people use a few key services. Everytime I log in, I'm slammed with 200 tiny hyperlinks.

We are looking to move some of our applications to the cloud and Kubernetes the coming time. We'd like to go for DO, partially for the horror the AWS interface appears to be. Could you give me an idea what we'd be missing by choosing DO over AWS? (as your comment appears to say we would)

Just of the top of my head you miss the following - whether they matter to you is a question only you can answer:

* Access control for everything via IAM. This for me is the killer feature for AWS, almost anything from users, to servers, to individual IoT devices can be granted permission to access other AWS resources with extreme granularity.

* Audit logging of every single API call, user invoked or otherwise, via Cloudtrail.

* Monitoring of and responding to key metrics via Cloudwatch. This isn’t just graphs as it can appear on the surface, Cloudwatch alarms allow you to do things like killing individual servers if they start throwing errors while others aren’t.

* Responding to changes in your infrastructure via Cloudtrail. We’re using this for features ranging from emailing our security team when a new IAM user is provisioned, through to full release orchestration.

* All those features supported across services that can fulfil more or less any requirement you have, whether that’s a MySQL database, a message queue, or (should you really need it) a satellite downlink.

DO are fine if what you want really is just a server in a data centre somewhere, but you’re missing out on a lot of really powerful management features with them, without even getting into the other services AWS have.