C'est exactement pour ça que runit est fait, et il fonctionne plutôt bien. Il faut juste que les services supportent le fait de ne pas se démoniser (double fork), mais rester attachés au processus qui les a lancés. Et ça ne fait tous les trucs magiques de systemd (comme les socket activation) mais le style « séparons clairement les rôles, faisons des utilitaires de moins de 400 lignes de code et construisons un système propre avec », c'est efficace.
(Après, je n'aime pas du tout le style du code, largement repompé des daemontools de Bernstein.)
[^] # Re: systemd
Posté par MrLapinot (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 2.
C'est exactement pour ça que runit est fait, et il fonctionne plutôt bien. Il faut juste que les services supportent le fait de ne pas se démoniser (double fork), mais rester attachés au processus qui les a lancés. Et ça ne fait tous les trucs magiques de systemd (comme les socket activation) mais le style « séparons clairement les rôles, faisons des utilitaires de moins de 400 lignes de code et construisons un système propre avec », c'est efficace.
(Après, je n'aime pas du tout le style du code, largement repompé des daemontools de Bernstein.)