zlacker

[parent] [thread] 2 comments
1. RulerO+(OP)[view] [source] 2025-08-23 04:02:08
> you should have a real init on PID 1

Got a handy list of those? My colleagues use supervisord and it kinda bugs me. Would love to know if it makes the list.

replies(1): >>bityar+zS6
2. bityar+zS6[view] [source] 2025-08-25 21:50:04
>>RulerO+(OP)
If all you need is init (and not a process supervisor), docker comes with one called 'tini' built in. All you have to do is supply `--init` to the `docker run` command. Or use `init: true` in your docker-compose.yaml.

As far as a different process supervisor, I'm not sure. I've used supervisord and agree it's kind of awkward. I have heard of these but don't know much about them:

https://smarden.org/runit/

https://github.com/nicolas-van/multirun

https://github.com/just-containers/s6-overlay

replies(1): >>RulerO+u9m
◧◩
3. RulerO+u9m[view] [source] [discussion] 2025-08-30 21:32:06
>>bityar+zS6
I'm a fan of s6 after getting exposed to it through the Linuxserver.io project... but I'm not certain it's appropriate when you're using an orchestrator like k8s.

Take health checks for example. I can't decide—in principle—if they should live at the highest level, the lowest level, or every level of the stack. Or if they are everywhere, should there be automated remediation with exponential trigger times... stuff like that. S6 and supervisord would be good for that. But higher-level remediation steps make something simpler more appealing.

[go to top]