4 ms·

Getting good results on AWS/GCP is neither easy nor simple: it’s a different set of headaches. It’s still a win for a lot of use cases and I still do it quite

Getting good results on AWS/GCP is neither easy nor simple: it’s a different set of headaches. It’s still a win for a lot of use cases and I still do it quite often, but the meme that it’s this “click and you’ve just hired the best ops team in the world to work for you” and so the 50-500% markup is actually a bargain is horseshit. A Bizon box in your living room fucks AWS up on flops/$ on most instance types and pays for itself in 30 days. It is one of the best ops teams on Earth: but they’re working for you like the Google search team is working for the user.

mannyv 3y ago
The problem with using a cloud provider is that you still need to know what you're doing. Your application isn't going to magically become HA/DR. You still have to make it that way, from your application design/coding up through the deployment. I mean, if you're not storing your session IDs in a data store that's reachable by all the nodes behind your load balancer then no amount of infrastructure is going to save you.
- TheNewsIsHere 3y ago
  A great illustration of this is the GitHub outage a few years back. They had a fairly well distributed application layer but the database topography at the time didn’t consider the failure mode, even though the application layer did. That’s a realistic scenario no matter whether you’re bare metal, building out your own cloud, or using someone else’s. No amount of AWS/GCP/Azure/et al marketing changes that.
ilc 3y ago
And when your comcast link dies, GG man. Oh, what about when you drop a drive? Yes, you have to learn things to goto the cloud, and I won't say it is all roses, it ain't. But... AWS is less likely to fsck it up. If you have the constant load to burn the flops 24x7x365... go for it. If you have the ops team to do it... go for it. If you don't... take a bit of time and learn the cloud which is much easier than getting on-prem right. Especially for smaller firms, this isn't even a close call IMHO.
- ndriscoll 3y ago
  Back in the day, Google was an innovator by using lots of cheap commodity servers instead of a few expensive ones and just accepting failures as a fact of life. I wonder 25% seriously whether there's an opportunity for a similar mad genius move to pay for business class fiber at a half dozen remote employee's homes across the country and just have a good replication/failover strategy. 24/7 on call isn't that big of a deal if you just have to go into your basement to swap a drive. Going to be on vacation? Don't be the primary site while you're out.
  - benreesman 3y ago
    People like vast.ai are making moves in this geberal direction FWIW if you’re passionate about it.

mannyv 3y ago

The problem with using a cloud provider is that you still need to know what you're doing. Your application isn't going to magically become HA/DR. You still have to make it that way, from your application design/coding up through the deployment. I mean, if you're not storing your session IDs in a data store that's reachable by all the nodes behind your load balancer then no amount of infrastructure is going to save you.

TheNewsIsHere 3y ago
A great illustration of this is the GitHub outage a few years back. They had a fairly well distributed application layer but the database topography at the time didn’t consider the failure mode, even though the application layer did. That’s a realistic scenario no matter whether you’re bare metal, building out your own cloud, or using someone else’s. No amount of AWS/GCP/Azure/et al marketing changes that.

ilc 3y ago

And when your comcast link dies, GG man. Oh, what about when you drop a drive? Yes, you have to learn things to goto the cloud, and I won't say it is all roses, it ain't. But... AWS is less likely to fsck it up. If you have the constant load to burn the flops 24x7x365... go for it. If you have the ops team to do it... go for it. If you don't... take a bit of time and learn the cloud which is much easier than getting on-prem right. Especially for smaller firms, this isn't even a close call IMHO.

ndriscoll 3y ago
Back in the day, Google was an innovator by using lots of cheap commodity servers instead of a few expensive ones and just accepting failures as a fact of life. I wonder 25% seriously whether there's an opportunity for a similar mad genius move to pay for business class fiber at a half dozen remote employee's homes across the country and just have a good replication/failover strategy. 24/7 on call isn't that big of a deal if you just have to go into your basement to swap a drive. Going to be on vacation? Don't be the primary site while you're out.
- benreesman 3y ago
  People like vast.ai are making moves in this geberal direction FWIW if you’re passionate about it.