Il s'agit de conventions, pas de normes. L'utilisation de sighup pour recharger la config est un hack. C'est d'ailleurs mentionné dans le texte
Je suis d'accord avec toi sur le fond (c'est la raison pour laquelle j'ai utilisé le verbe "senser" et non pas "devoir"). Le problème c'est que si tu ne normalises pas un minimum le comportement des daemons, ça devient rapidement le foutoir.
Nginx redémarre tous les workers en cas de changement de config, qu'il soit en mode proxy ou non
Le truc c'est que Nginx se débrouille pour se comporter comme un daemon unix "bien élevé".
Haproxy est très correctement écrit, il a des perfs monstrueuses, fonctionne sans failles connues depuis 2002, est utilisé par des milliers de serveurs à travers le monde etc.
Sans rien enlever à ses mérites, en tant que daemon unix il est mal architecturé, certes, il n'y a pas de normes à ce sujet mais il y a quand même un certains nombres de conventions qui sont globalement bien respectés depuis plusieurs décennies.
Si HAProxy se fout d'être un daemon unix correct, c'est leur problème, pas celui de l'init (ça doit être bien dégueulasse le script sysV pour le coup, parce que là, même avec les cgroups, on arrive à paumer le daemon en cours de route)
Ca serait mieux si on pouvait passer des commandes aux serveurs directement via systemctl (des commandes non interprétées je veux dire) mais ca n'est pas possible
C'est un choix qui a été fait, pour éviter les abus et tout les hacks sales des init sysV.
Y a pleins de raisons pour critiquer systemd mais c'est très souvent les mauvaises qui sont invoqués (celle-là est pas mal dans le genre), et ça devient agaçant hors vendredi.
[^] # Re: systemd a bon dos
Posté par GeneralZod . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 3.
Je suis d'accord avec toi sur le fond (c'est la raison pour laquelle j'ai utilisé le verbe "senser" et non pas "devoir"). Le problème c'est que si tu ne normalises pas un minimum le comportement des daemons, ça devient rapidement le foutoir.
Le truc c'est que Nginx se débrouille pour se comporter comme un daemon unix "bien élevé".
Sans rien enlever à ses mérites, en tant que daemon unix il est mal architecturé, certes, il n'y a pas de normes à ce sujet mais il y a quand même un certains nombres de conventions qui sont globalement bien respectés depuis plusieurs décennies.
Si HAProxy se fout d'être un daemon unix correct, c'est leur problème, pas celui de l'init (ça doit être bien dégueulasse le script sysV pour le coup, parce que là, même avec les cgroups, on arrive à paumer le daemon en cours de route)
C'est un choix qui a été fait, pour éviter les abus et tout les hacks sales des init sysV.
Y a pleins de raisons pour critiquer systemd mais c'est très souvent les mauvaises qui sont invoqués (celle-là est pas mal dans le genre), et ça devient agaçant hors vendredi.