Comment

Comment on I hate Clouds - a personal perspective on why I think Clouds suck

the storage is built so it doesn’t break so easily. I trust AWS engineers more than Mike, no matter how cool Mike is to hang out with. Additionally, if the storage breaks while Mike is on vacation we’re screwed, with the cloud you get a whole team 24/7 on it.

That’s easily mitigated just following established standards. Redundancy is cheaper than anything else in the aftermath and documentation can be done easy with automation.

you can prevent data loss with backups or multi-region setups with a few clicks/terraform lines. Try telling the PO that you need to rent datacenter space in Helsinki and Singapore for redundancy…

You don’t, you rent rack space in a location far enough away but close enough to get the data in a few hours.

It’s neither superior, easier or less risky, it’s just a shift in responsibility. And in most cases, it’s so expensive that a second or third on site engineer is payed for.

source

Sort:hotnew top

Tja@programming.dev ⁨4⁩ ⁨months⁩ ago
And what is simpler and faster, renting rack space in another continent (and buying, shipping, racking and initializing) or editing your terraform file?

source
- nexusband@lemmy.world ⁨4⁩ ⁨months⁩ ago
  Why on another continent? Except maybe VDI, some direct calls to some LLM or some insane scales, there’s nothing really that needs those round trip times.
  
  source
  - Tja@programming.dev ⁨4⁩ ⁨months⁩ ago
    Because the customer demands it.
    
    source
  - ErrorCode@lemmy.world ⁨4⁩ ⁨months⁩ ago
    Also data rules / data privacy. Some things need to have the original in Europe; China & Russia also need their data separated from others.
    
    source
- loudwhisper@infosec.pub ⁨4⁩ ⁨months⁩ ago
  Not OP, but they are comparable efforts, especially since it’s a relatively infrequent activity. You can rent dedicated boxes with off-the-sheld hardware almost instantly, if you don’t want to deal with the hardware procurement, and often you can do that via APIs as well. And of course both options are much, much, much cheaper than the Cloud solution.
  
  For sure speed in general is something Cloud provide. I would say it’s a very bad metric though in this context.
  
  source
  - Tja@programming.dev ⁨4⁩ ⁨months⁩ ago
    My last customer (global insurance company) provisions several systems a day. Now moving to hundreds via Jenkins. Frequency is environment dependent.
    
    source
    loudwhisper@infosec.pub ⁨4⁩ ⁨months⁩ ago
    If your compute needs expand that much everyday, and possibly shrink in others, than your use-case is one that can benefit from Cloud (I covered this in the post).
    
    That said, if provisioning means recycle, then it’s obviously not a problem.
    
    This is a very rare requirement. Most companies’ load is fairly stable and relatively predictable, which means that with a proper capacity planning, increasing compute resources is something that happens rarely too. So rarely that even a lead time for hardware is acceptable.
    
    So if I may ask (and you can tell), what is the purpose of provisioning that many systems each day? Are they continuously expanding?
    
    source
    -> View More Comments
  - nexusband@lemmy.world ⁨4⁩ ⁨months⁩ ago
    
    I would say it’s a very bad metric though in this context.
    
    Full-ACK.
    
    source