Hacker News new | ask | show | jobs
by colechristensen 1656 days ago
This isn’t it, you might not know or if you haven’t been in an environment like it.

Without a cloud you’re always running up against limits, out of power, out out cooling, out of rack space, out of hardware. You get new resources by adding to wish lists and seeing if the end of quarter budget will agree with your request which might be filled in a few months, maybe next year, often never.

You hoard hardware that ends up doing nothing most of the time so you have it when you do need it. Management spends a lot of time and energy managing the datacenter budget.

With cloud you get what you want without asking too much and management periodically spearheads savings efforts to show off, but ultimately usually spends a lot more than they would have otherwise with less friction.

A big part of cloud adoption, according to my theory, is getting executives out of the way of computing resource needs and freeing up their time to fill with something else like bothering employees for more status updates (which are easier and require less skill).

4 comments

> Without a cloud you’re always running up against limits, out of power, out out cooling, out of rack space, out of hardware.

I grew up in this era and keep hearing this repeated but it simply wasn’t true. Enterprises would plan ahead and buy enough hardware for years and it would work fine until you bought more. The myth that you need to scale your infrastructure 10x in a day doesn’t apply to 99% of enterprises, and even if it did it’s probably a result of bad planning on the part of leadership. As a result of the current paradigm businesses end up renting servers at a substantial markup for fairly obsolete hardware.

In general it's really the opposite. In 2004 you needed a rack full of $3000 servers to run your medium business. Now it's two physical machines using 5% of the power to virtualize everything that used to run on two dozen.

Over a given period of time, computers get faster/cheaper by more than most businesses expand. When you need to expand, buying a newer, faster machine may cause you to save money because the faster machine uses less power than the existing one.

You are talking big businesses here, I've seen people just ask the CEO if they can buy 3 brand new servers and him agreeing, verbally, and the servers arrived next week, and two weeks later were completely setup and were useful.

This lasted for 11 years and only stopped because two of the 5 senior engineers retired and because the company was bought a few weeks earlier.

So again, don't look at this through Silicon Valley lens. Most of the companies in the world have a very different mold compared to SV.

Then there are service contracts to make surr the systems keeps running with little downtime. Which may be impossible to get for 11 year old equipment. Then there are pesky details like needing a disaster recovery site.

Professional hardware is expensive and server h/w is a small part of it.

> Without a cloud you’re always running up against limits, out of power, out out cooling, out of rack space, out of hardware.

I bet most customers of cloud services are not in a high-growth phase, so this is scenario most organizations aspire to ("What if we suddenly got popular?" is a fantasy that's hard to disabuse someone of internally, if you want to be known as a team player

> Management spends a lot of time and energy managing the datacenter budget. With cloud you get what you want without asking too much...

I fully agree, this is the core reason why most companies gravitate towards cloud: management abdicates control of costs to engineers, resulting in less friction - but its OpEx, not CapEx, so the bean counters are chilled about it. If the same low-friction approach were applied to DC equipment, you'd get similar results, but cheaper.

I used to be a big proponent of self-hosting. The raw hardware cost makes it look like a great deal. However in my experience hardware is less than 5% of salary cost and having enough admins on hand to make your infra reliable is usually going to end up costing you more in the end.
Don't some of those salary costs transfer over to the cloud. Someone still has to manage it
You need a lot less people per computer when you have millions of computers like big tech has than when you have 10.

The cost of these services is not because big tech has to use that much to run them, but because big tech would make less money if they lowered prices. AWS generates tons of profits, why lower that for no reason?

> You need a lot less people per computer when you have millions of computers like big tech has than when you have 10.

That's not the people we're talking about. Racking a server and setting it up to do virtualization takes maybe a few hours for one person, if that, over a period of years. Maintenance on the host itself is the same.

The real labor cost is in setting up and maintaining applications for your specific needs. None of that goes away by using someone else's hardware.

> The real labor cost is in setting up and maintaining applications for your specific needs. None of that goes away by using someone else's hardware.

But AWS does a lot of that for you by offering cloud services and not just hardware. That is why people pay so much more for AWS than other just hosting solutions.

That doesn't explain why their pricing for generic VMs or bandwidth is so high, or why anybody should want to pay them for that.

It also doesn't really work. Some textile company is going to have some line of business software to run their textile mill. Amazon doesn't provide that. You still have to do labor to configure it. These are the hard things, because they're custom and don't have a huge installed base of people who already encountered and solved all the problems you're going to have. But for the same reason, they're the things AWS doesn't provide.

What they provide is common things like DNS. But DNS is easy to set up and maintain, because it's common, and so already has smooth edges. That's not where the labor was going.