• cley_faye@lemmy.world
    link
    fedilink
    English
    arrow-up
    107
    ·
    21 hours ago

    Just checked the part about self-hosting. While it’s probably possible to handle things with a less heavy approach, their only “easy to use” example right now is to have a full-blown kubernetes cluster at hand or run locally in the source directory. That’s a bit much.

    • NekuSoul@lemmy.nekusoul.de
      link
      fedilink
      English
      arrow-up
      35
      ·
      edit-2
      12 hours ago

      In the README there’s also instructions for Docker Compose, although it’s quite the compose file, with SIXTEEN containers defined. Not something I’d want to self-host.

      • lostbit@feddit.nl
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        2 hours ago

        it seems to contains development containers and external services containers. So the compose file is more for local dev it seems

        What i do find weird is the choice for Django for the backend. Python is incredibly slow, and django rest framework is even worse.

    • Tramort@programming.dev
      link
      fedilink
      English
      arrow-up
      3
      ·
      11 hours ago

      Please develop this self hosted version using sandstorm

      It makes hosting a breeze with one click installation

    • Lodra@programming.dev
      link
      fedilink
      English
      arrow-up
      19
      ·
      19 hours ago

      Honestly, k8s is super easy and very lightweight to run locally if you know the rights tools. There are a few good options but I prefer k3d. I can install Docker/k3d and also build a local cluster running in maybe 2 minutes. It’s excellent for local dev. Even good for production in some niche scenarios

      • lostbit@feddit.nl
        link
        fedilink
        English
        arrow-up
        1
        ·
        2 hours ago

        k8s is overkill for a lot of homelabs. Using docker compose is a fraction of that complexity

      • cley_faye@lemmy.world
        link
        fedilink
        English
        arrow-up
        13
        ·
        11 hours ago

        I don’t like the approach of piling more things on top of even more things to achieve the same goal as the base, frankly speaking. A “local” kubernetes cluster serve no purpose other than incredible complexity for little to no gain over a mere docker-compose. And a small cluster would work equally well with docker swarm.

        A service, even made of multiple parts, should always be described that way. It’s easy to move “up” the stack of complexity, if you so desire. Having “have a k8s cluster with helm” working as the base requirement sounds insane to me.

        • Lodra@programming.dev
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          7 hours ago

          Yea I’m not a fan of helm either. In fact, I avoid charts when possible. But kustomize is great.

          I feel the same way about docker compose. If it wasn’t already obvious, I’m biased in favor of k8s. I like and prefer that interface. But that’s just preference. If you like docker compose, great!

          There’s one point where I do disagree however. There are scenarios where a local k8s cluster has a good and clear purpose. If your production environment runs on k8s, then it’s best to mirror that locally as much as possible. In fact, there are many apps that even require a k8s api to run. Plus, being able to destroy and rebuild your entire k8s cluster in 30s is wonderful for local testing.

          Edit: typos

          • cley_faye@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            5 hours ago

            I won’t argue with the ups and downs of each technos, but I recently looked into docker swarms and it was all I expected kubernetes to be, without the hassle. And I could also get a full cluster with services restored from scratch in 30s. But I am obviously biased towards it, too :)

      • Metju@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        11 hours ago

        Seconding k3d (and, by extension, k3s). If you’re in a market for sth suitable for more upstream-compliant clustering solution (k3s uses SQLite instead of etcd, iirc), RKE2 is also a great choice