7 ms·

I often see these comparisons done to try to discredit the use of cloud computing resources, often comparing single cloud entities to bare metal one-for-one com

I often see these comparisons done to try to discredit the use of cloud computing resources, often comparing single cloud entities to bare metal one-for-one comparisons. But that's now how compute is delivered in projects any more. The value isn't on the box, it's on the platform. I'm personally about to bolt together a solution that will need to scale significantly, that uses complex message queuing, enormous amounts of object storage, expose set of APIs, and require a highly available distributed document store. And I'm going to personally do it by myself without having to hire 14 SMEs across each of the domains. The value isn't in a cheaper linux server, or less expensive bandwidth. The value is me being able to develop a solution from the ground up by bolting together Web services, Amazon S3, SNS/SQS, Lambda and DynamoDB from a menu of integrated services all by myself. Period.

kortilla 7y ago
> The value isn't in a cheaper linux server, or less expensive bandwidth. The value is me being able to develop a solution from the ground up by bolting together Web services, Amazon S3, SNS/SQS, Lambda and DynamoDB from a menu of integrated services all by myself. Period. Cool. It sounds like money doesn’t matter to you because you’ve identified a really high margin business and time to market is critical. This doesn’t match how 99% of businesses work though.
- bduerst 7y ago
  Precisely. APIs and ubiquitous services across providers has made multi-cloud possible.
  - spookthesunset 7y ago
    Multi-cloud is a stupid idea. You absolutely should get locked into a single cloud vendor and leverage the shit out of everything they offer. Somebody else said it best. People go to the cloud not to escape the hardware, it is to escape all the people who administrate the hardware. Truer words have never been spoken. Escaping all the gatekeepers of traditional setups adds significant value to a company.
    - kortilla 7y ago
      > Truer words have never been spoken That might be why uninformed people do it. But the real cost of managing your own hardware is devops, which doesn’t actually go away on the cloud. Not using multi-cloud or not having a super trivial way to switch is just negligence and wouldn’t be tolerated in any large businesses.
- endorphone 7y ago
  To most businesses, the cost difference between AWS and barebones services like OVH is negligible. It is a rounding error compared to other operational costs.
  - robryan 7y ago
    I would say the vast majority of SASS where the primary product isn’t some kind of heavy compute/ storage.
- outworlder 7y ago
  > Cool. It sounds like money doesn’t matter to you because you’ve identified a really high margin business and time to market is critical. This doesn’t match how 99% of businesses work though. Cost matters to all businesses. But you have to do proper accounting. Do I hire more people on my team to build automation to create our database clusters, or do I just punch a button and then pay the bill? There must be a point where it makes sense to roll your own, but that point is likely to be fairly high up. Whenever I hear that someone 'can do it cheaper', I often find that the math is not correct. By the way, if you are not big enough that the relative cost of a VM between cloud providers is the primary concern, guess what, some of the services mentioned are really cheap – in some cases cheaper than running your own in whatever provider. You don't have to maintain VMs 24/7 to store data on S3, or to make use of SNS, SQS, DynamoDB. Lambda is the poster child for not maintaining servers If you are really tiny, go use those services instead of wasting any time spinning up servers.
  - leoplct 7y ago
    I am using Cloud66 that gives me both the advantage. I push code to github and Cloud66 deploy to Digital Ocean. It's very easy to use and I don't need to manage my server at all. I was using Heroku before, now I am completely satisfied. PS: If you want to try this is my referral code (10$ off): https://app.cloud66.com/referral?code=IOwgnqPHIEJwEzG https://app.cloud66.com/referral?code=IOwgnqPHIEJwEzG
songshu 7y ago
I agree. It’s a golden age to be a developer. We can be truly agile with system architecture. The last big system I wrote went through at least three complete architecture overhauls, but all that means is a fun few afternoons on the AWS console. Earlier systems I worked on had to have architecture locked down three months into the project.
- choeger 7y ago
  We might have a different concept of "architecture", but for me it looks like all cloud apps share the very same one. A bunch of (hopefully) cpu bound workers connected to one huge, intransparent persistence service. Not that this is not a viable architecture, but there exist different ones.
  - opportune 7y ago
    I don’t understand, you acknowledge that vanilla web apps wrapping CRUD aren’t the only architectures but are the only ones suited to cloud? The entire point of the post you’re responding to is that cloud makes many architectures easy, including that one. I can personally vouch for having done wildly different use cases on cloud involving analytics and data processing.
    - choeger 7y ago
      > vanilla web apps wrapping CRUD This is the only use case you see for what I described? Most data processing I saw works exactly like that, too: some compute cluster using a shared persistence layer (either object store or a network filesystem). Edge computing, otoh, explicitly exists because not everything can be handled well in that way.
  - mzz80 7y ago
    You’re not looking beyond the most trivial services. Most complex applications are best designed and scaled through multiple services. For example, how do you handle long running asynchronous processing, distributed pub sub, or services that have widely different performance and scaling characteristics? If you haven’t seen this, it might be time to start looking for a more interesting job.
scarface74 7y ago
And to not have to worry about the infrastructure gatekeepers.
- GuyOnMySpace 7y ago
  Yup. Lots of tin-huggers don't appreciate that it isn't the hardware that people are trying to get away from, it's them.
  - scarface74 7y ago
    Speaking of which. My last job I was the dev lead and we were doing everything on prem. Then we hired “consultants” to help us “move to the cloud”. I didn’t know the first thing about AWS when the migration started. I didn’t know at the time that the consultants were a bunch of old school netops folks who took one AWS exam and all they knew was how to duplicate an on prem infrastructure in AWS. Of course as always, if you take your on prem thinking and processes to the cloud, you now have the worse of both worlds. All of the process and people overhead of being on prem and you’re spending more for the privilege. I started studying for the AWS architect associate exam just so I could talk the talk and I realized how much unnecessary work we were doing instead of using managed services. I presented my entire plan to the consultants and they didn’t tell me once that there was a better way. For phase 2, I wanted to be more “cloud native” there was so much push back from the netops people who could tell they were losing their grip. Not long after, I changed companies to work for a company where the new CTO - a smart guy who is definitely not young - always prefers managed services. I’ve worked for small companies and everything I do in AWS, I’ve had to do on prem in the last 20 years. Never again.
  - jeffffff 7y ago
    you don't use cloud to avoid dealing with administrating systems, you use cloud to avoid dealing with systems administrators
- spookthesunset 7y ago
  ha! you are exactly right. so many gatekeepers in our shops infrastructure teams. a bunch of total clowns who can stall your project for years. all the cloud-haters don't understand why people want the cloud. it is to get rid of them.
deleted 7y ago
[deleted]
sly010 7y ago
> I often see these comparisons done to try to discredit the use of cloud computing resources, often comparing single cloud entities to bare metal one-for-one comparisons. The post is not about cloud computing vs bare metal, it is about AWS compute and storage being more expensive. All the alternatives presented are cloud providers. The article provides data, you are providing hyperbole. You are not even wrong. AWS probably IS the most feature complete PAAS, but you can't deny it's also the most expensive IAAS.
- hn_throwaway_99 7y ago
  I still think this misses the point. Looking at individual services (especially the most comparable "commoditized" services like EC2 and S3) is not how most people derive value from cloud services these days. In fact, as someone who just made a cloud decision for a company, pricing of individual services almost wasn't even on my radar. At the end of the day these differences are almost inconsequential to me compared to bigger issues like "is this service missing critical features". For example, I really like Google's cloud, but I'm a bit baffled their postgres Cloud SQL offering still doesn't offer point-in-time-recovery, which is a critical need for me, while AWS has had it for a long time. So do you really think I'm worried that S3 buckets may be slightly more expensive, compared to how much more it would cost me in developer time if I had to manage my own postgres instances on a compute machine? I do think the data in this article was valuable, and it probably is likely that AWS charges more for these services because they can - the total value people get from the whole AWS system makes it worth it. So if you only care about a compute instance and storage, you probably don't need AWS, but the second the decision becomes "Do I have to hire a developer if I have to do this thing on my own?" it becomes pretty clear why people want a more full-featured cloud.
hinkley 7y ago
I'm not sure it has to stay this way though. I think turn-key private cloud is almost within reach. We clearly aren't there now, but it'll come in time. Get to a certain maturity and standardization of the cloud software. Don't deliver servers, deliver half-racks, pre-assembled, Turn-key. No screwdrivers, no wiring to braid, just a hundred cores on a couple dozen motherboards and a couple 10G wires coming out the side.

kortilla 7y ago

> The value isn't in a cheaper linux server, or less expensive bandwidth. The value is me being able to develop a solution from the ground up by bolting together Web services, Amazon S3, SNS/SQS, Lambda and DynamoDB from a menu of integrated services all by myself. Period. Cool. It sounds like money doesn’t matter to you because you’ve identified a really high margin business and time to market is critical. This doesn’t match how 99% of businesses work though.

bduerst 7y ago
Precisely. APIs and ubiquitous services across providers has made multi-cloud possible.
- spookthesunset 7y ago
  Multi-cloud is a stupid idea. You absolutely should get locked into a single cloud vendor and leverage the shit out of everything they offer. Somebody else said it best. People go to the cloud not to escape the hardware, it is to escape all the people who administrate the hardware. Truer words have never been spoken. Escaping all the gatekeepers of traditional setups adds significant value to a company.
  - kortilla 7y ago
    > Truer words have never been spoken That might be why uninformed people do it. But the real cost of managing your own hardware is devops, which doesn’t actually go away on the cloud. Not using multi-cloud or not having a super trivial way to switch is just negligence and wouldn’t be tolerated in any large businesses.
endorphone 7y ago
To most businesses, the cost difference between AWS and barebones services like OVH is negligible. It is a rounding error compared to other operational costs.
- robryan 7y ago
  I would say the vast majority of SASS where the primary product isn’t some kind of heavy compute/ storage.
outworlder 7y ago
> Cool. It sounds like money doesn’t matter to you because you’ve identified a really high margin business and time to market is critical. This doesn’t match how 99% of businesses work though. Cost matters to all businesses. But you have to do proper accounting. Do I hire more people on my team to build automation to create our database clusters, or do I just punch a button and then pay the bill? There must be a point where it makes sense to roll your own, but that point is likely to be fairly high up. Whenever I hear that someone 'can do it cheaper', I often find that the math is not correct. By the way, if you are not big enough that the relative cost of a VM between cloud providers is the primary concern, guess what, some of the services mentioned are really cheap – in some cases cheaper than running your own in whatever provider. You don't have to maintain VMs 24/7 to store data on S3, or to make use of SNS, SQS, DynamoDB. Lambda is the poster child for not maintaining servers If you are really tiny, go use those services instead of wasting any time spinning up servers.
- leoplct 7y ago
  I am using Cloud66 that gives me both the advantage. I push code to github and Cloud66 deploy to Digital Ocean. It's very easy to use and I don't need to manage my server at all. I was using Heroku before, now I am completely satisfied. PS: If you want to try this is my referral code (10$ off): https://app.cloud66.com/referral?code=IOwgnqPHIEJwEzG https://app.cloud66.com/referral?code=IOwgnqPHIEJwEzG

songshu 7y ago

I agree. It’s a golden age to be a developer. We can be truly agile with system architecture. The last big system I wrote went through at least three complete architecture overhauls, but all that means is a fun few afternoons on the AWS console. Earlier systems I worked on had to have architecture locked down three months into the project.

choeger 7y ago
We might have a different concept of "architecture", but for me it looks like all cloud apps share the very same one. A bunch of (hopefully) cpu bound workers connected to one huge, intransparent persistence service. Not that this is not a viable architecture, but there exist different ones.
- opportune 7y ago
  I don’t understand, you acknowledge that vanilla web apps wrapping CRUD aren’t the only architectures but are the only ones suited to cloud? The entire point of the post you’re responding to is that cloud makes many architectures easy, including that one. I can personally vouch for having done wildly different use cases on cloud involving analytics and data processing.
  - choeger 7y ago
    > vanilla web apps wrapping CRUD This is the only use case you see for what I described? Most data processing I saw works exactly like that, too: some compute cluster using a shared persistence layer (either object store or a network filesystem). Edge computing, otoh, explicitly exists because not everything can be handled well in that way.
- mzz80 7y ago
  You’re not looking beyond the most trivial services. Most complex applications are best designed and scaled through multiple services. For example, how do you handle long running asynchronous processing, distributed pub sub, or services that have widely different performance and scaling characteristics? If you haven’t seen this, it might be time to start looking for a more interesting job.

scarface74 7y ago

And to not have to worry about the infrastructure gatekeepers.

GuyOnMySpace 7y ago
Yup. Lots of tin-huggers don't appreciate that it isn't the hardware that people are trying to get away from, it's them.
- scarface74 7y ago
  Speaking of which. My last job I was the dev lead and we were doing everything on prem. Then we hired “consultants” to help us “move to the cloud”. I didn’t know the first thing about AWS when the migration started. I didn’t know at the time that the consultants were a bunch of old school netops folks who took one AWS exam and all they knew was how to duplicate an on prem infrastructure in AWS. Of course as always, if you take your on prem thinking and processes to the cloud, you now have the worse of both worlds. All of the process and people overhead of being on prem and you’re spending more for the privilege. I started studying for the AWS architect associate exam just so I could talk the talk and I realized how much unnecessary work we were doing instead of using managed services. I presented my entire plan to the consultants and they didn’t tell me once that there was a better way. For phase 2, I wanted to be more “cloud native” there was so much push back from the netops people who could tell they were losing their grip. Not long after, I changed companies to work for a company where the new CTO - a smart guy who is definitely not young - always prefers managed services. I’ve worked for small companies and everything I do in AWS, I’ve had to do on prem in the last 20 years. Never again.
- jeffffff 7y ago
  you don't use cloud to avoid dealing with administrating systems, you use cloud to avoid dealing with systems administrators
spookthesunset 7y ago
ha! you are exactly right. so many gatekeepers in our shops infrastructure teams. a bunch of total clowns who can stall your project for years. all the cloud-haters don't understand why people want the cloud. it is to get rid of them.

deleted 7y ago

[deleted]

sly010 7y ago

> I often see these comparisons done to try to discredit the use of cloud computing resources, often comparing single cloud entities to bare metal one-for-one comparisons. The post is not about cloud computing vs bare metal, it is about AWS compute and storage being more expensive. All the alternatives presented are cloud providers. The article provides data, you are providing hyperbole. You are not even wrong. AWS probably IS the most feature complete PAAS, but you can't deny it's also the most expensive IAAS.

hn_throwaway_99 7y ago
I still think this misses the point. Looking at individual services (especially the most comparable "commoditized" services like EC2 and S3) is not how most people derive value from cloud services these days. In fact, as someone who just made a cloud decision for a company, pricing of individual services almost wasn't even on my radar. At the end of the day these differences are almost inconsequential to me compared to bigger issues like "is this service missing critical features". For example, I really like Google's cloud, but I'm a bit baffled their postgres Cloud SQL offering still doesn't offer point-in-time-recovery, which is a critical need for me, while AWS has had it for a long time. So do you really think I'm worried that S3 buckets may be slightly more expensive, compared to how much more it would cost me in developer time if I had to manage my own postgres instances on a compute machine? I do think the data in this article was valuable, and it probably is likely that AWS charges more for these services because they can - the total value people get from the whole AWS system makes it worth it. So if you only care about a compute instance and storage, you probably don't need AWS, but the second the decision becomes "Do I have to hire a developer if I have to do this thing on my own?" it becomes pretty clear why people want a more full-featured cloud.

hinkley 7y ago

I'm not sure it has to stay this way though. I think turn-key private cloud is almost within reach. We clearly aren't there now, but it'll come in time. Get to a certain maturity and standardization of the cloud software. Don't deliver servers, deliver half-racks, pre-assembled, Turn-key. No screwdrivers, no wiring to braid, just a hundred cores on a couple dozen motherboards and a couple 10G wires coming out the side.