les services d'un serveur sont, idéalement, lancés sur des VMs, du coup le fait qu'il contrôle l'ensemble des services et soit capables de les démarrer parallèlement,
Déjà, le fait de mettre les processus dans un cgroup permet de garantir que quand tu fais un stop, ton service sera bien arrêté, ça évite de se retrouver avec des restart qui ne tuent pas correctement le processus (ou ses enfants) et on se retrouve avec des processus qui ont encore l'ancienne config et d'autres avec la nouvelle.
"L'héritage" des units, ça permet aussi d'avoir une unit "maître" qui contient la plupart des paramètres et il ne reste plus qu'à fixer les paramètres spécifiques (comme le fichier de config, les limites de cgroup, l'utilisateur ou le contexte SELinux) dans chaque unit "fille", c'est pratique quand tu as plusieurs instances openvpn ou serveurs web (par exemple avec un frontal et d'autre "applicatif" derrière avec différents utilisateurs chacun).
Et lancer une VM pour chacun de ces exemples, ça me semble overkill pour de l'autohébergement.
Par exemple pour cron, quel est l'intérêt que ce soit réimplémenté alors que cron existe, et gère bien ce genre de problématiques?
Le fait qu'il y ait vixie-cron, mcron, bcron... me fait dire que tout le monde n'est pas d'accord sur le fait que ce soit si bien géré que ça (sans compter qu'il y a anacron pour pallier à certains problèmes). Ensuite, ça apporte les mêmes avantages que pour l'init, c'est-à-dire limiter la consommation de ressource simplement, d'avoir la syntaxe lisible des units...
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Outils les plus légers?
Posté par claudex . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 4.
Déjà, le fait de mettre les processus dans un cgroup permet de garantir que quand tu fais un
stop, ton service sera bien arrêté, ça évite de se retrouver avec des restart qui ne tuent pas correctement le processus (ou ses enfants) et on se retrouve avec des processus qui ont encore l'ancienne config et d'autres avec la nouvelle."L'héritage" des units, ça permet aussi d'avoir une unit "maître" qui contient la plupart des paramètres et il ne reste plus qu'à fixer les paramètres spécifiques (comme le fichier de config, les limites de cgroup, l'utilisateur ou le contexte SELinux) dans chaque unit "fille", c'est pratique quand tu as plusieurs instances openvpn ou serveurs web (par exemple avec un frontal et d'autre "applicatif" derrière avec différents utilisateurs chacun).
Et lancer une VM pour chacun de ces exemples, ça me semble overkill pour de l'autohébergement.
Le fait qu'il y ait vixie-cron, mcron, bcron... me fait dire que tout le monde n'est pas d'accord sur le fait que ce soit si bien géré que ça (sans compter qu'il y a anacron pour pallier à certains problèmes). Ensuite, ça apporte les mêmes avantages que pour l'init, c'est-à-dire limiter la consommation de ressource simplement, d'avoir la syntaxe lisible des units...
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche