Live data from Hacker News

A million-dollar engineering problem

segment.com

161–170 of 265 posts

Re: A million-dollar engineering problem

#161

Earlier quoted context omitted.

A lot of people are in denial that there isn't using some magic efficiency to cloud services that other datacenters don't have. Primary cost savings on cloud VM's is from overprovisioning. The more abstracted away the service is from the hardware, the more they can overprovision without customers noticing. The 50%+ profit margins have to be coming from somewhere. AWS is not made of magic, it's made from largely the s…

This is just factually incorrect. AWS hard partitions all instance types, except T2 (which are overcommitted, and clearly advertised as such: "burstable"). So, if you provision an x1.32xlarge with 128 vCPU and 1.92TB of RAM, you get a single, dedicated host with that much CPU and memory. Nobody else gets it - it's dedicated to you 100%. The profit AWS is making is purely due to datacenter efficiency and being able to…

The instant you wrote "128vCPU" you undermined your own argument.

What is a vCPU?

Re: A million-dollar engineering problem

#162

Earlier quoted context omitted.

A lot of people are in denial that there isn't using some magic efficiency to cloud services that other datacenters don't have. Primary cost savings on cloud VM's is from overprovisioning. The more abstracted away the service is from the hardware, the more they can overprovision without customers noticing. The 50%+ profit margins have to be coming from somewhere. AWS is not made of magic, it's made from largely the s…

This is just factually incorrect. AWS hard partitions all instance types, except T2 (which are overcommitted, and clearly advertised as such: "burstable"). So, if you provision an x1.32xlarge with 128 vCPU and 1.92TB of RAM, you get a single, dedicated host with that much CPU and memory. Nobody else gets it - it's dedicated to you 100%. The profit AWS is making is purely due to datacenter efficiency and being able to…

[deleted]

Re: A million-dollar engineering problem

#163
post #157

However they miss the easiest fix: Calling their account rep at AWS and cutting a deal. AWS loves startups that could end up being huge customers so they're willing to slash bills upfront to help you get to growth stage; not only will they assign you an account rep but they'll have a rep whose job it is to build a good relationship with your VC. Speak to your account rep. Have your VC speak to their Amazon rep. Push…

Why not both? Get the best deal and turn off unused servers.

Re: A million-dollar engineering problem

#164

Earlier quoted context omitted.

This is just factually incorrect. AWS hard partitions all instance types, except T2 (which are overcommitted, and clearly advertised as such: "burstable"). So, if you provision an x1.32xlarge with 128 vCPU and 1.92TB of RAM, you get a single, dedicated host with that much CPU and memory. Nobody else gets it - it's dedicated to you 100%. The profit AWS is making is purely due to datacenter efficiency and being able to…

The instant you wrote "128vCPU" you undermined your own argument. What is a vCPU?

It's early defined in the docs. The machine also has a physical core count that is yours.

Re: A million-dollar engineering problem

#165
post #126
post #119

Earlier quoted context omitted.

I would guess the network egress costs, specifically, might justify a blanket statement like... "If you have content where you can't put a cache in front of it, and it drives significant bandwidth use, then AWS is not a great option"

This. I really feel like egress traffic costs is the most overlooked issue with popular cloud services like AWS or Google Cloud. Charging 9 or 12 cents for a mere GB of regular traffic is just insane, keeping in mind that even most CDNs are cheaper. Data driven applications on AWS are already expensive because of the high traffic costs, but storing/serving media on S3 single handedly lets your bill explode. For every…

A quick and dirty comparison would be 3TB out in a month. That's what's typically included at popular VPS services for a decent sized VPS that's $20/month. On an EC2 instance, just the bandwidth for that month would be $269.91.

Re: A million-dollar engineering problem

#166

> In some cases, we’re currently packing 100-200 containers per instance. I have a very basic "Docker 101" question here.. Can someone explain how you might get to >100 containers on a given instance? That seems to imply that there are multiple containers of the same microservice running on one machine. Why would you pack duplicate containers like that instead of using one larger container?

> Why would you pack duplicate containers like that instead of using one larger container?

Microservices that are scaling horizontally to handle concurrent requests, etc.

Depending on how seriously your architects take the "micro" in microservice, you may easily get to 100+ unique microservices/processes each running in their own Docker container.

Re: A million-dollar engineering problem

#167

Earlier quoted context omitted.

anon account for obvious reasons. Came here to share my story, which is very close to what you describe. tl;dr: Moved from AWS to colo in desperate attempt to make balance sheet more attractive. It worked. Before I took over the engineering bits at this plateau/failing startup, they were all in on AWS. Monthly costs were running at around £3k. Which is not much, but since the revenue was tiny, the costs of hosting wa…

Of course, because how do you scale up when you're building everything yourself? Suddenly you have to hire a whole bunch of hardware guys, storage guys, db guys etc, etc.

Why do you need a DB guy if you host it on your server or AWSs? You have a DB either way. You can have a guy if you want or not... Physical location means nothing.

Re: A million-dollar engineering problem

#168

> In some cases, we’re currently packing 100-200 containers per instance. I have a very basic "Docker 101" question here.. Can someone explain how you might get to >100 containers on a given instance? That seems to imply that there are multiple containers of the same microservice running on one machine. Why would you pack duplicate containers like that instead of using one larger container?

The goal is just having a compute pool where you don't have to care at all where things are actually running.

It definitely depends on the use case, but I could imagine more, smaller units allowing for more granular (and therefore a bit more cost-effective) scaling.

Re: A million-dollar engineering problem

#169

> In some cases, we’re currently packing 100-200 containers per instance. I have a very basic "Docker 101" question here.. Can someone explain how you might get to >100 containers on a given instance? That seems to imply that there are multiple containers of the same microservice running on one machine. Why would you pack duplicate containers like that instead of using one larger container?

The goal is just having a compute pool where you don't have to care at all where things are actually running.

It definitely depends on the use case, but I could imagine more, smaller units allowing for more granular (and therefore a bit more cost-effective) scaling.

Post reply on HN