7 ms·

Similar story for cloud services, we've seen startups burn through 100K in AWS credits before they even launch a product.

Dudester230602 3y ago
The "Kubernetes is actually not overcomplicated" crowd, I presume?
- avbanks 3y ago
  I hate to say it but it isn't though. In 2023 you'll probably want Automated rollouts and rollbacks, Storage orchestration, Secret and configuration management, Service discovery and load balancing, Self-healing, Horizontal scaling, Automatic bin packing (on vms) k8's gives you this if you want BUT you don't even have to use those things.
sitkack 3y ago
It is fine to use the cloud for your initial landing zone project. But once you are n-weeks in, you really should have 1/2 or full rack at a colo with enough bandwidth and storage to backup your on two servers. I'd start with DO or Hetzner, https://www.hetzner.com/cloud https://www.hetzner.com/cloud And then move to own hardware in a colo. https://www.supermicro.com/en/products/aplus https://www.supermicro.com/en/products/aplus At the same time, I'd probably keep each project as I went. From day-0 you should have some form of cloud presence in all the providers, at least a root of trust landing zone you can work from to build out infra should you need to.
- vikramkr 3y ago
  Frankly a many companies wouldn't need something like that for a while, if ever. If you're really doing compute intensive stuff sure, otherwise for your average webapp what would be the advantage of rolling your own infra?
  - sitkack 3y ago
    A webapp isn't a company. If you have a company, you should have at least half a rack of hardware in a colo. Being 100% on the cloud is a grave mistake.
    - satvikpendem 3y ago
      I guess Netflix isn't a company then, since they use AWS after all. You might think AWS isn't a good deal but it's hyperbolic to call companies that are on cloud services as not being real companies.
      - azemetre 3y ago
        I don't think Netflix is a startup, could be wrong tho. I hear they want to start a streaming division and venture away from mailing DVDs.
        satvikpendem 3y ago
        > A webapp isn't a company. If you have a company, you should have at least half a rack of hardware in a colo. is the quote I was replying to. The parent doesn't mention startups, they say the word company so of course I'd have taken it as all companies as a whole. There is no hard and fast rule that every company must have "half a rack of hardware in a colo" or otherwise they're not a "real company." This is basically the No True Scotsman fallacy in action.
        vikramkr 3y ago
        I mean basically a company just has to make money, and today, dealing with a colo and all is probably just going to get in the way of that for the vast majority of companies in the early stages. Making the claim that relying on cloud is a big mistake is a pretty bold claim as well
        satvikpendem 3y ago
- jasmer 3y ago
  Not really, once you are up and running even then the economics of cloud are usually better than self host. Instance time is 10x more costly on AWS than self host, but, it's still very cheap. Things like 'egress data' can be a problem, but for the most part, even if AWS is more expensive than self hoste - the 'total cost of ownership' is much cheaper in the cloud - usually.
  - sitkack 3y ago
    Where a company puts the bulk of its resources, that is up to them for whatever reasons they have. I am not arguing against that. What I am arguing for is that you every company needs to have >1u running in a colo, with hardware that is largely theirs. Every company I have ever worked would be in the >=1rack range. I will only address TC comments with supporting numbers. Just math, no boogeymen.
    - jasmer 3y ago
      [dead]
- crote 3y ago
  I don't think this is the right approach. The entire point of startups is that they are just starting up. A startup a few weeks in can run on a Raspberry Pi, but in three years they could need half a rack, or a couple dozen racks. Buying expensive hardware is pretty pointless when you already know that it will most likely be inadequate in a few months. Not to mention that you need quite a lot of money and engineering resources to get it all up and running. And it's never one half rack because you also need to have a secondary site for disaster recovery and backup... Running your own hardware makes sense once your cloud bill starts hitting five figures and your hardware needs have become predictable. Until you reach that point, you can save yourself a lot of headaches by just using managed cloud resources.
  - sitkack 3y ago
    > From day-0 you should have some form of cloud presence in all the providers, at least a root of trust landing zone you can work from to build out infra should you need to. I am not saying to not use Cloud. Use Cloud. But have your own hardware.
jjav 3y ago
> Similar story for cloud services, we've seen startups burn through 100K in AWS credits before they even launch a product. I've seen and experienced this too many times already. And AWS knows how to play that game better than startups. By the time credits run out the startup is so locked in to AWS there is no way out and then the big invoices start coming in.

Dudester230602 3y ago

The "Kubernetes is actually not overcomplicated" crowd, I presume?

avbanks 3y ago
I hate to say it but it isn't though. In 2023 you'll probably want Automated rollouts and rollbacks, Storage orchestration, Secret and configuration management, Service discovery and load balancing, Self-healing, Horizontal scaling, Automatic bin packing (on vms) k8's gives you this if you want BUT you don't even have to use those things.

sitkack 3y ago

It is fine to use the cloud for your initial landing zone project. But once you are n-weeks in, you really should have 1/2 or full rack at a colo with enough bandwidth and storage to backup your on two servers. I'd start with DO or Hetzner, https://www.hetzner.com/cloud https://www.hetzner.com/cloud And then move to own hardware in a colo. https://www.supermicro.com/en/products/aplus https://www.supermicro.com/en/products/aplus At the same time, I'd probably keep each project as I went. From day-0 you should have some form of cloud presence in all the providers, at least a root of trust landing zone you can work from to build out infra should you need to.

vikramkr 3y ago
Frankly a many companies wouldn't need something like that for a while, if ever. If you're really doing compute intensive stuff sure, otherwise for your average webapp what would be the advantage of rolling your own infra?
- sitkack 3y ago
  A webapp isn't a company. If you have a company, you should have at least half a rack of hardware in a colo. Being 100% on the cloud is a grave mistake.
  - satvikpendem 3y ago
    I guess Netflix isn't a company then, since they use AWS after all. You might think AWS isn't a good deal but it's hyperbolic to call companies that are on cloud services as not being real companies.
    - azemetre 3y ago
      I don't think Netflix is a startup, could be wrong tho. I hear they want to start a streaming division and venture away from mailing DVDs.
      - satvikpendem 3y ago
        > A webapp isn't a company. If you have a company, you should have at least half a rack of hardware in a colo. is the quote I was replying to. The parent doesn't mention startups, they say the word company so of course I'd have taken it as all companies as a whole. There is no hard and fast rule that every company must have "half a rack of hardware in a colo" or otherwise they're not a "real company." This is basically the No True Scotsman fallacy in action.
        vikramkr 3y ago
        I mean basically a company just has to make money, and today, dealing with a colo and all is probably just going to get in the way of that for the vast majority of companies in the early stages. Making the claim that relying on cloud is a big mistake is a pretty bold claim as well
        satvikpendem 3y ago
jasmer 3y ago
Not really, once you are up and running even then the economics of cloud are usually better than self host. Instance time is 10x more costly on AWS than self host, but, it's still very cheap. Things like 'egress data' can be a problem, but for the most part, even if AWS is more expensive than self hoste - the 'total cost of ownership' is much cheaper in the cloud - usually.
- sitkack 3y ago
  Where a company puts the bulk of its resources, that is up to them for whatever reasons they have. I am not arguing against that. What I am arguing for is that you every company needs to have >1u running in a colo, with hardware that is largely theirs. Every company I have ever worked would be in the >=1rack range. I will only address TC comments with supporting numbers. Just math, no boogeymen.
  - jasmer 3y ago
    [dead]
crote 3y ago
I don't think this is the right approach. The entire point of startups is that they are just starting up. A startup a few weeks in can run on a Raspberry Pi, but in three years they could need half a rack, or a couple dozen racks. Buying expensive hardware is pretty pointless when you already know that it will most likely be inadequate in a few months. Not to mention that you need quite a lot of money and engineering resources to get it all up and running. And it's never one half rack because you also need to have a secondary site for disaster recovery and backup... Running your own hardware makes sense once your cloud bill starts hitting five figures and your hardware needs have become predictable. Until you reach that point, you can save yourself a lot of headaches by just using managed cloud resources.
- sitkack 3y ago
  > From day-0 you should have some form of cloud presence in all the providers, at least a root of trust landing zone you can work from to build out infra should you need to. I am not saying to not use Cloud. Use Cloud. But have your own hardware.

jjav 3y ago

> Similar story for cloud services, we've seen startups burn through 100K in AWS credits before they even launch a product. I've seen and experienced this too many times already. And AWS knows how to play that game better than startups. By the time credits run out the startup is so locked in to AWS there is no way out and then the big invoices start coming in.