"Portainer restructuring and layoffs" (cross-post from another site)
"Portainer restructuring and layoffs" (cross-post from another site)
Might be related to this other post: https://lemmy.ca/post/24478184
crosspost content below:
Firstly, this post is not to celebrate somebody losing their job, nor to poke fun at a company struggling in today's market.
However, it might go some way to explaining why Portainer are tightening up the free Business plan from 5 to 3 nodes
https://x.com/theseanodell/status/1809328238097056035
Sean O'Dell
My time at Portainer came to an end in May due to restructuring/layoffs. I am proud of the work the team and I put in. Being the Head of Marketing is challenging but I am thankful for the personal growth and all that we accomplished. Monday starts the search for my next role!
I also saw a post about a portainer alternative, anyone know others?
Monitor (docs.monitor.mogh.tech) (from the other site)
- "core API and periphery agent are written in Rust"
- Nice UI & lots of features
- I wish it had a different name because "Monitor" is very hard to search with
DockGe from the other post
-
Looks like it's popular, from the other post
-
Features are more limited, no environment variables yet I don't think
I rolled out Dockge the other week, and it's solid. It can handle environment variables, but lacks other portainer features like controlling networks, volumes, building images, etc.
One big plus is that Dockge works really well with the dockcheck.sh script for updates, where as Portainer breaks that script.
There's also Yacht.
I've heard of dockge as a lightweight alternative to portainer.
There are some things that are easier to see and check in Portainer, but for pure compose handling (up, down, logs) dockge works really well.
The thing about dockge is that it’s easy to go to and from using it. It can scan existing folders for compose files, and because it uses compose files itself, you could just as easily start containers made by dockge without dockge even running.
Of course, this means it lacks some of the fancier features of something like portainer, but I personally enjoy the simplicity
I’ve been using dokemon https://github.com/productiveops/dokemon
It works well enough.
I have never wanted or needed portainer and I see no reason to change
I could see using it in an environment with lots of docker hosts and a team to maintain it all. Just having compose files would get unwieldy when you've got 100 servers and a team of devops and devs all poking around in things.
That's what Kubernetes is for
Portainer is just training wheels for people that haven’t learned to manage their own containers yet.
Why are you here if you're just going to insult hobbyists in the community dedicated to hobbyists.
This isn't the kind of vibe /c/selfhosted needs
This is going to blow your mind but it’s a joke, and not even a mean spirited one. We all started with training wheels, nothing wrong with that.