• DeathbringerThoctar@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    2 years ago

    Would it be a poor professional choice to send this to my bosses boss who’s current raison d’etre is getting our product on the cloud? I ask because I get the alert emails when we go over budget. And we always go over budget.

    • NightAuthor@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 years ago

      Make another meme, maybe like that “days without an accident” counter…. Except it’s months without going over cloud budget

      Then tell him that you made it, and that it’s true.

  • MNByChoice@midwest.social
    link
    fedilink
    arrow-up
    3
    ·
    2 years ago

    Cloud has some great features. Important to know what they are. Also important to know if you need those features and what the cheapest and best ways to get them are.

    I love the meme. Good job.

  • jaschen@lemm.ee
    link
    fedilink
    arrow-up
    3
    ·
    2 years ago

    Honestly, the major issue is that they don’t pay us enough for us to stay longer than 2-3 years. When I was brought onto my job, I was having the hardest time navigating the home grown primitive system they custom built. The people who created this system were no longer working at the company. I was left trying to figure out a system that was custom built, semi functional and poorly maintained using an old confluence and Google doc.

    I left the company after 3 years leaving in place of my own custom code, and my own sets of instructions for the next sap that has to try and figure it out.

  • redcalcium@lemmy.institute
    link
    fedilink
    arrow-up
    3
    ·
    2 years ago

    The IT managers got tired of being blamed for all server outages and want to shift some of those responsibilities. Now when there’s an outage, they can say “it’s not us, it’s AWS because they suspend our account for non-payment”.

    • LemmyHead@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      2 years ago

      Plus you need to hire less people to manage all services yourself. You can also avoid vendor lock in if you have z proper policy, but most managers don’t think long-term or even care. I started not caring about costs much anymore, it’s not a me problem, it’s a manager problem. I just do enough effort to choose the right setup

      • psmgx@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        2 years ago

        Nah. No changes to labor costs, except they might have gone up slightly since now our offshore teams are Cloud Support and can charge 1.50/hr more.

        No processes go any faster and some are arguably slower

  • lankybiker@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    2 years ago

    I’m a big fan of proxmox

    I going find it hilarious that a small amount of cloud costs the same as a hugely resourced hyper converged proxmox private cloud

    I’m currently using both but proxmox is the powerhouse

    • flashgnash@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      2 years ago

      Honestly I was told when I was younger it was often cheaper and easier to run things in the cloud, doesn’t really seem like that’s true anymore if it ever was

      • Ptsf@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        2 years ago

        Like a lot of markets big companies engage with, cloud services were operated at near loss levels for years. It’s only when they had a sufficiently vendor locked and invested user base that they started cranking the costs, especially in areas you wouldn’t otherwise notice. There’s a reason everything is micro billed, and it’s not to make it easier to lower costs on your end.

  • BigMikeInAustin@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 years ago

    Ran into this. Was constantly denied time to properly load test and configure things. So it all went in with default values and high resources. Then they got the bill, throttled everything down, and then normal compute processing was missing SLAs measured in half-days.

    But look on the bright side. Every minute of the day programmers were typing, creating value, instead of wasting company money reading or thinking.

  • IrishBearHawk@kbin.social
    link
    fedilink
    arrow-up
    0
    arrow-down
    1
    ·
    2 years ago

    This happens all the time and it’s a pretty simple answer,: the engineering chops of the team may not be up to snuff. Too many old school sysadmins were handed “Cloud/DevOps/SRE” titles and didn’t update their skills, it’s why a lot of top companies expect their SWEs to manage resources. Hate to say but if your team isn’t capable of scaling things using all the additional options cloud providers (and open source tools) give you, many at no additional cost on top of compute/data transfer, to scale your operations to optimize for cost, and also have the ability to build things in a way that avoid vendor lock-in (IaC/Terraform/containerization, along with having someone who actually understands Cloud Architecture), then you may need better engineers. 9/10 chance your team “migrated everything to cloud” as a 1:1 match with what you were running in a DC and then went shocked_pikachu when it was more money. Additionally, have y’all factored in all the time/money spent on maintaining the server hardware, power, DC cooling, etc. too? Cloud providers just plain have better engineers than any average company, especially ones doing the whole “this is more!” dance post cloud migration.

    You can absolutely do the whole 1:1 migration to cloud, but always expect things to balloon at least a bit post-migration, but then immediately work on learning all the tools these providers give you to tighten down your cloud spend. How much are you spending on disk? Would bucket storage be cheaper? RE: Containers, even if you DO go that route, do you really need Kubernetes, which will come at an additional monetary and also maintenance cost? The likely answer at least initially is a big fat “no”. Are you running every VM, even lower envs, 24/7? Is that required? If your services are not stateless, work to make them such so you can learn about scaling in the cloud, which can even be done w/ VM-based services.

    I’m not even going to touch on how much more agility using cloud vs a DC gives you.

    This all may sound a bit aggressive, but it’s not meant to be. It’s just, when you’ve seen this same complaint many times, ya know. This is a learning opportunity to figure out so much about how to build your environment using relevant cloud services.