La démonstration faite sur la page dont le lien est donné dans ce journal est assez convaincante et répond à l'avance aux questions "Ce sera compatible avec mes anciens scripts d'init ?", "Ca va apporter quoi ?". En outre cette dernière se trouve étayée et renforcée par les comparaisons faites avec les autres projets (aboutis ou en cours) de remplacement de l'"init system V traditionnel".
Upstart remplacerait à terme init + at + cron + udev/hotplug + inetd. En gros, il serait un "administrateur évènementiel de processus". Chaque programme serait lancé en fonction d'un ou plusieurs évènements figurant dans cette liste (non exhaustive) :
* Le système vient de démarrer.
* La partition racine est à présent accessible en écriture.
* Un périphérique de stockage a été ajouté au système.
* Un système de fichiers a été monté.
* Une date/heure précises sont atteintes ou un lap de temps est écoulé.
* Une autre tâche vient d'être lancée ou vient de s'arrêter.
* Un fichier donné vient d'être modifié.
* Des fichiers sont présents dans un répertoire "file d'attente".
* Un périphérique réseau vient d'apparaître.
* La route par défaut vient d'être ajoutée ou supprimée.
* Une connexion entrante sur un port donné est détectée.
...
Les scripts proprement dits seraient encapsulés dans des fichiers qui commenceraient par l'énumération des conditions de lancement du script.
Aux grincheux qui disent "Et allez : encore un autre init..." je répondrai que le temps et la "sélection naturelle" feront leur oeuvre mais qu'il serait bon de garder un oeil curieux sur cette solution élégante qui remplacerait une floppée de petits daemons indépendants...
Allez lire la page indiquée dans l'article et venez donner vos avis éclairés sur les mérites et/ou défauts de cette solution et si vous mettez le doigt sur un défaut, communiquez-le à l'équipe de développement.
# A surveiller...
Posté par AP . En réponse au journal Upstart pour remplacer sysvinit. Évalué à 10.
Upstart remplacerait à terme init + at + cron + udev/hotplug + inetd. En gros, il serait un "administrateur évènementiel de processus". Chaque programme serait lancé en fonction d'un ou plusieurs évènements figurant dans cette liste (non exhaustive) :
* Le système vient de démarrer.
* La partition racine est à présent accessible en écriture.
* Un périphérique de stockage a été ajouté au système.
* Un système de fichiers a été monté.
* Une date/heure précises sont atteintes ou un lap de temps est écoulé.
* Une autre tâche vient d'être lancée ou vient de s'arrêter.
* Un fichier donné vient d'être modifié.
* Des fichiers sont présents dans un répertoire "file d'attente".
* Un périphérique réseau vient d'apparaître.
* La route par défaut vient d'être ajoutée ou supprimée.
* Une connexion entrante sur un port donné est détectée.
...
Les scripts proprement dits seraient encapsulés dans des fichiers qui commenceraient par l'énumération des conditions de lancement du script.
Aux grincheux qui disent "Et allez : encore un autre init..." je répondrai que le temps et la "sélection naturelle" feront leur oeuvre mais qu'il serait bon de garder un oeil curieux sur cette solution élégante qui remplacerait une floppée de petits daemons indépendants...
Allez lire la page indiquée dans l'article et venez donner vos avis éclairés sur les mérites et/ou défauts de cette solution et si vous mettez le doigt sur un défaut, communiquez-le à l'équipe de développement.