I’ve been using Portainer to manage my homelab stacks from a single dashboard, which is more convenient than the CLI, but I’m not very satisfied with it so I’ve been looking for alternatives.

Portainer often fails to deploy them and is either silent about it, or doesn’t give me much information to work with. The main convenience is that (when it works) it automatically pulls the updated docker compose files from my repo and deploys it without any action on my part.

Docker Swarm and Kubernetes seem to be the next ones in line. I have some experience with K8s so I know it can be complex, but I hope it’s a complexity most paid upfront when setting everything up rather than being complicated to maintain.

Do you have any experience with either one of these, or perhaps another way to orchestrate these services?

  • TheFrenchGhosty@lemmy.pussthecat.org
    7·
    1 year ago

    Docker Compose as is.

    I used Portainer for like 2 years when I first learned Docker (I only used to deploy compose file and motoring the container), but it’s really shit when you know how it works.

  • 7egend
    2·
    1 year ago

    I use Portainer, never had any issues with it and I’m running around 40 Stacks at any given time. There’s also Yacht, which is nice, but not quite as feature rich as Portainer but it’s super easy to use in comparison.

  • ilco@feddit.nl
    1·
    1 year ago

    Ive used both Portainer or yacht. Its a decent ways.to manage docker stacks/aps.it kinda depends on the wishes you have app wise. Im also trying out a project named cosmos.(simplyfied portainer like app but with a focus on ease of use) on afriend server

  • tiwenty@lemmy.world
    1·
    1 year ago

    Currently it’s in the CLI, I just split my compose files in different concerns, and just use a bash alias that uses a wildcard to call them all.

    But now as I’m adding a RPi in the stack to add some monitoring and a few light stuff, I’m also thinking of going to Kube. But as you say, it may be tough ^^