et pour être honnête je n'ai pas rencontré de problème insurmontable ni de différence notable même si je continue à penser que systemd n'apporte rien sur un serveur...
Personnellement je trouve qu'au niveau des services lorsque l'on n'utilise un outil de devops comme puppet, chief, ansible, la gestion des units systemd est plus facile et élégante à réaliser que des scripts init.
Et même à la main une unit de service systemd est faite hyper rapidement et quasi sans risque d'erreurs de syntaxe alors que pour faire la même chose avec un init script shell tout le monde finit par se baser sur une template existante pour éviter de passer des heures de debuggage et de tester chaque condition.
Bref rien d'ingérable dans les deux cas mais une petite préférence pour systemd sur ce point.
[^] # Re: Provocation
Posté par Psychofox (Mastodon) . En réponse au journal Devuan a deux ans. Évalué à 10.
Personnellement je trouve qu'au niveau des services lorsque l'on n'utilise un outil de devops comme puppet, chief, ansible, la gestion des units systemd est plus facile et élégante à réaliser que des scripts init.
Et même à la main une unit de service systemd est faite hyper rapidement et quasi sans risque d'erreurs de syntaxe alors que pour faire la même chose avec un init script shell tout le monde finit par se baser sur une template existante pour éviter de passer des heures de debuggage et de tester chaque condition.
Bref rien d'ingérable dans les deux cas mais une petite préférence pour systemd sur ce point.