I saw this post today on Reddit and was curious to see if views are similar here as they are there.

  1. What are the best benefits of self-hosting?
  2. What do you wish you would have known as a beginner starting out?
  3. What resources do you know of to help a non-computer-scientist/engineer get started in self-hosting?
    • schizo@forum.uncomfortable.business
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      1
      ·
      4 个月前

      IMO a homelab for learning and a server that you’re self-hosting services on really aren’t the same thing and maybe shouldn’t be treated that way, if you can swing it.

      I’d rather my password manager or jellyfin or my peertube instance or whatever not be relying on a tech stack I don’t entirely understand and might not be able to easily fix if it breaks.

      I guess a lot of it is new to doing this vs greybeard split, since the longer I’ve done sysadmin work the less I care about the cool new thing and have a preference for the old, stable, documented, bugfixed, supported, and with a clear roadmap software.

      I should probably get a job doing sysadmin work for a bank, lmao.

        • schizo@forum.uncomfortable.business
          link
          fedilink
          English
          arrow-up
          3
          arrow-down
          1
          ·
          4 个月前

          This is going to be a bit of my grumpy-greybeard, but again: if you’re learning, then something like Docker and docker-compose is much simpler and less prone to fuckups than a bunch of K8s.

          If you don’t know ANYTHING about what you’re doing, starting with the simplest tools and then deciding if you want to learn the more complicated ones is probably a less insane path than jumping right into the configuration-as-code DevOps pipeline.

          And, at that point, you should have your “production” and “testing” environments set up in such a way they won’t eat each other when you do an oops.