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!

You are viewing a single thread.
View all comments
15 points
*

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

permalink
report
reply
4 points

I’ve heard of dockge as a lightweight alternative to portainer.

permalink
report
parent
reply
3 points

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.

permalink
report
parent
reply
12 points

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.

permalink
report
parent
reply
5 points

There’s also Yacht.

permalink
report
parent
reply
1 point
*

Used it for a bit but I didn’t like how you have to deploy things from templates which are basically compose files that don’t look like compose files.

permalink
report
parent
reply
1 point

They’re 1-1 compose files.

The app just saves them as compose files and then runs docker compose in the backend.

it is EXTREMELY barebones

permalink
report
parent
reply
2 points

I started with Yacht and moved to Portainer. Yacht’s ui was just too heavy and unresponsive for me. I got logged out of sessions without it actually telling me almost every time I used Yacht. I would have to log out and in again just to use it (a process that often freezed up as well for reasons I cannot comprehend). I finally had enough and switched to Portainer; not a single complaint since.

permalink
report
parent
reply
1 point

Yacht is pretty much unmaintained.

permalink
report
parent
reply
4 points

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

permalink
report
parent
reply
1 point
*

Another risk with Monitor, which may get better with time. Is that FOSS rust projects have a tendency to slow down or even stall due to the time cost of writing features, and the very small dev community available to pick up slack when original creators/maintainers drop off, burn out, or get too busy with life.

To be clear: I have nothing against rust. It’s a fantastic language filling in a crucial gap that’s existed for decades. However, it’s I’ll suited for app development, that’s just not it’s strength.

permalink
report
parent
reply
2 points

I’ve been using dokemon https://github.com/productiveops/dokemon

It works well enough.

permalink
report
parent
reply
1 point

Dokemon and monitor seem to be the best alternatives in this thread so far.

permalink
report
parent
reply

Selfhosted

!selfhosted@lemmy.world

Create post

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.

Rules:

  1. Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

Community stats

  • 3.7K

    Monthly active users

  • 2K

    Posts

  • 23K

    Comments