"Un bon système de démarrage a pour but d'amener un espace utilisateur propre de manière prévisible dans son déroulement en prenant en compte l'environnement autour du système".
Ça n'est pas du tout mon avis. Pour moi ce qui serait intéressant c'est d'arrêter de faire des systèmes de démarrage, mais plutôt d'avoir un gestionnaire d’événements. Tu a en entrée un paquet d’événements de différentes sources :
démarrage/arrêt du système
échéance d'une horloge (à la atd et crond)
événements hal/udev
arrêt/démarrage/reload/... de ses propres actions
événements poussé directement par des appli (à la dbus)
et de l'autre coté tu associe des actions à ces événements.
Ça n'empêche absolument pas d'avoir la vérification des binaires et la gestion correcte de l'état des services. Mais surtout ça permet d'avoir des choses bien plus complexe à obtenir avec un gestion d'ordre tel que tu l'entends. Par exemple si on veut lancer certains services que si l'imprimante est branché ou si on est sur un réseau donné et pas un autre, avoir une action lancée lorsque l'on branche un disque, de réagir à l'arrêt d'un service ou au branchement de la machine sur secteur (ou au contraire au niveau de batterie faible)...
Tout ça n'est pas facile à obtenir aujourd'hui (il faut jonglé avec pleins de sous sytème différent ce qui t'empêche d'avoir la visibilité simple de :
- quel est l'état de ta machine ?
- comment est-elle configuré ?
De plus on peut ensuite avoir des usages de très haut niveau comme l'interconnexion avec nagios, la mise en place d'intégration continue largement basé sur ce système, etc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Justement
Posté par barmic . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 3.
Ça n'est pas du tout mon avis. Pour moi ce qui serait intéressant c'est d'arrêter de faire des systèmes de démarrage, mais plutôt d'avoir un gestionnaire d’événements. Tu a en entrée un paquet d’événements de différentes sources :
et de l'autre coté tu associe des actions à ces événements.
Ça n'empêche absolument pas d'avoir la vérification des binaires et la gestion correcte de l'état des services. Mais surtout ça permet d'avoir des choses bien plus complexe à obtenir avec un gestion d'ordre tel que tu l'entends. Par exemple si on veut lancer certains services que si l'imprimante est branché ou si on est sur un réseau donné et pas un autre, avoir une action lancée lorsque l'on branche un disque, de réagir à l'arrêt d'un service ou au branchement de la machine sur secteur (ou au contraire au niveau de batterie faible)...
Tout ça n'est pas facile à obtenir aujourd'hui (il faut jonglé avec pleins de sous sytème différent ce qui t'empêche d'avoir la visibilité simple de :
- quel est l'état de ta machine ?
- comment est-elle configuré ?
De plus on peut ensuite avoir des usages de très haut niveau comme l'interconnexion avec nagios, la mise en place d'intégration continue largement basé sur ce système, etc.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)