7 ms·

AWS is the system architecture of the web, full-stop. Well, a system architecture, alongside Microsoft Azure and Google Cloud. Avoid them at your own peril and

AWS is the system architecture of the web, full-stop. Well, a system architecture, alongside Microsoft Azure and Google Cloud. Avoid them at your own peril and detriment to your ability to execute as a business. With the exception of a few masochists, we don't write software in machine code anymore. Same will be said for cloud infrastructure (actually, it's already there). Breathe and accept the future, focus on building what's next and / or adding value to your business.

EGreg 9y ago
That's just silly. The internet was supposed to have no single point of failure. Now the Big Five have centralized everything. Why do you need to build centralized services on giant AWS server farms?
- keithwhor 9y ago
  Unfortunately life and economics have no concern about the initial intent of anything, only the current utility. Systems, at scale, especially when run by biological processes (read: all man-made systems), have a tendency to centralize. Economies of scale dictate that this is just more efficient. We don't have to do anything. The "evolutionary reward" (i.e. your business thrives and moves quickly) of building on AWS far exceeds SPOF issues for small, medium, and most large players. Yes, we get fun references when S3 goes down [1], but it's not as bad as literal water pipes taking down your webservers like what happened with Stats Canada [2]. The fact that Azure and Google Cloud exist maintains a competitive market. I liken it to Darwin vs Linux vs Windows. Optionality, but fundamental components of the cloud. [1] http://funender.com/wp-content/uploads/2017/03/amazon-aws-is-down.jpg http://funender.com/wp-content/uploads/2017/03/amazon-aws-is... [2] https://twitter.com/StatCan_eng/status/873285710094233603 https://twitter.com/StatCan_eng/status/873285710094233603
  - slice_of_life 9y ago
    >The "evolutionary reward" (i.e. your business thrives and moves quickly) of building on AWS far exceeds SPOF issues for small, medium, and most large players. Very well put. Couldn't agree more.
  - EGreg 9y ago
    Can't the same argument be made for statism, against anarchists and libertarians?
wolco 9y ago
The cloud will look different in the future. Adopting the locked in model puts all of your eggs in one basket. What you gain in ease you lose in flexibility and cost while increasing your risk
- AbstractCache 9y ago
  Where's the lock in?
kyledrake 9y ago
Right now I spend $240-600/mo for 192TB of bandwidth. I just used AWS's calculator and they charge $38,876.48/mo for the same thing. I don't subscribe to the theory that this is "the future".
- staofbur 9y ago
  Indeed. It's a big cost escalator. We have split architecture across two DCs we own and AWS. AWS is a bad deal when you get to our size. If we moved our DCs entirely into AWS we would literally triple costs overnight. On top of that, once it's in AWS, a lot of the services that they provide aren't portable. You're stuck and it's expensive to unstick these. The tooling isn't very mature either. You'd be surprised how difficult it is moving 22TiB of file storage to S3. The future is bare metal IaaS with something non-provider specific that sits on that as that is 100% portable between Cloud/in house. Docker/openstack that sort of thing.
  - ranman 9y ago
    >You'd be surprised how difficult it is moving 22TiB of file storage to S3. Really? I deal with this daily. Can you email randhunt@amazon.com - if you're genuinely having or had issues moving 22TiB to S3 please LMK as that's abnormal for our customers and I want to fix it for you and others.
    - staofbur 9y ago
      Thanks have passed your details on to our expert in this space. For the public record this was mainly down to the problem of client reliability and migrating data live when there are 8,000 people hammering it with reads and writes. We went for a read/write through system and background synchronisation. The latter we had real reliability problems with and the upload performance wasn't great. Also ROI didn't stack up in the end versus our SAN so we canned it.
      - ranman 9y ago
        Ok, if you guys pursue something like this again definitely check out something like storage gateway. It can help reduce the load in a live migration scenario like this.
vidarh 9y ago
If you're a startup and use AWS, and face a competitor that isn't, chance is you're going to be blowing money on infrastructure 2-3 times faster than your competitor. For some companies that won't matter - if e.g. your hosting cost is dwarfed by your development cost - and then it may be worthwhile to pick them. For others, e.g. if bandwidth is a large part of your cost, picking them will mean your competitors who go with other providers will be able to sell well below your cost and still have a healthy margin. Avoiding them (and Google Cloud and Azure) is often essential if you want to survive.

EGreg 9y ago

That's just silly. The internet was supposed to have no single point of failure. Now the Big Five have centralized everything. Why do you need to build centralized services on giant AWS server farms?

keithwhor 9y ago
Unfortunately life and economics have no concern about the initial intent of anything, only the current utility. Systems, at scale, especially when run by biological processes (read: all man-made systems), have a tendency to centralize. Economies of scale dictate that this is just more efficient. We don't have to do anything. The "evolutionary reward" (i.e. your business thrives and moves quickly) of building on AWS far exceeds SPOF issues for small, medium, and most large players. Yes, we get fun references when S3 goes down [1], but it's not as bad as literal water pipes taking down your webservers like what happened with Stats Canada [2]. The fact that Azure and Google Cloud exist maintains a competitive market. I liken it to Darwin vs Linux vs Windows. Optionality, but fundamental components of the cloud. [1] http://funender.com/wp-content/uploads/2017/03/amazon-aws-is-down.jpg http://funender.com/wp-content/uploads/2017/03/amazon-aws-is... [2] https://twitter.com/StatCan_eng/status/873285710094233603 https://twitter.com/StatCan_eng/status/873285710094233603
- slice_of_life 9y ago
  >The "evolutionary reward" (i.e. your business thrives and moves quickly) of building on AWS far exceeds SPOF issues for small, medium, and most large players. Very well put. Couldn't agree more.
- EGreg 9y ago
  Can't the same argument be made for statism, against anarchists and libertarians?

wolco 9y ago

The cloud will look different in the future. Adopting the locked in model puts all of your eggs in one basket. What you gain in ease you lose in flexibility and cost while increasing your risk

AbstractCache 9y ago
Where's the lock in?

kyledrake 9y ago

Right now I spend $240-600/mo for 192TB of bandwidth. I just used AWS's calculator and they charge $38,876.48/mo for the same thing. I don't subscribe to the theory that this is "the future".

staofbur 9y ago
Indeed. It's a big cost escalator. We have split architecture across two DCs we own and AWS. AWS is a bad deal when you get to our size. If we moved our DCs entirely into AWS we would literally triple costs overnight. On top of that, once it's in AWS, a lot of the services that they provide aren't portable. You're stuck and it's expensive to unstick these. The tooling isn't very mature either. You'd be surprised how difficult it is moving 22TiB of file storage to S3. The future is bare metal IaaS with something non-provider specific that sits on that as that is 100% portable between Cloud/in house. Docker/openstack that sort of thing.
- ranman 9y ago
  >You'd be surprised how difficult it is moving 22TiB of file storage to S3. Really? I deal with this daily. Can you email randhunt@amazon.com - if you're genuinely having or had issues moving 22TiB to S3 please LMK as that's abnormal for our customers and I want to fix it for you and others.
  - staofbur 9y ago
    Thanks have passed your details on to our expert in this space. For the public record this was mainly down to the problem of client reliability and migrating data live when there are 8,000 people hammering it with reads and writes. We went for a read/write through system and background synchronisation. The latter we had real reliability problems with and the upload performance wasn't great. Also ROI didn't stack up in the end versus our SAN so we canned it.
    - ranman 9y ago
      Ok, if you guys pursue something like this again definitely check out something like storage gateway. It can help reduce the load in a live migration scenario like this.

vidarh 9y ago

If you're a startup and use AWS, and face a competitor that isn't, chance is you're going to be blowing money on infrastructure 2-3 times faster than your competitor. For some companies that won't matter - if e.g. your hosting cost is dwarfed by your development cost - and then it may be worthwhile to pick them. For others, e.g. if bandwidth is a large part of your cost, picking them will mean your competitors who go with other providers will be able to sell well below your cost and still have a healthy margin. Avoiding them (and Google Cloud and Azure) is often essential if you want to survive.