> Quel est l'interêt de faire une distribution dédiée ?
Nous nous sommes posés la question. Nous avons trouvé des arguments contre. Le premier est que nous souhaitons mettre en oeuvre quelque chose de très très intégré, de dédié. Par exemple pour Nagios, nous avons ajouté un thème à l'interface. Nous "imposons" certains choix pour offrir quelque chose de vraiment intégré, un "tout" logique. La remarque que l'on nous fait souvent à propos de Nagios est "c'est plein de petits logiciels à installer". FAN est une distribution identifiée pour ce besoin.
Le second argument est le PRA. Avec FAN, pour mettre en place un PRA il "suffit" d'avoir deux choses:
- une politique de sauvegarde des données utiles
- une documentation de restauration de ces données
FAN permet de ré installer très rapidement un serveur (OS +applicatifs supervision). Ensuite, il reste à développer la procédure de restauration. Ce dernier point n'est pas prévu dans FAN car nous ne voulions pas gérer tous les outils de sauvegarde existants. Nous laissons ce travail à Mme Michul'administrateur compétent.
Le dernier argument est que nous allons ajouter des outils communs qui seront dédiés à la supervision dans FAN. Prenons l'exemple de Dokuwiki. Cet outil (formidable!) va être utilisé dans FAN pour lier un équipement supervisé avec une procédure de reprise sur panne. Comment gérer ce cas dans une distribution multi-utilisations? Prenons l'exemple de CentOS: comment intégrer un dokuwiki supervision et un autre? Comment gérer simplement le fait que le wiki peut être utiliser à la fois pour la supervision avec des besoins très très précis et de manière beaucoup plus générique?
Avec ces contraintes, nous sommes partis sur une autre distribution. Cependant, nous pourrions revenir en arrière. En effet, nous avons réellement voulu nous concentrer sur la supervision. Tous les paquets externes à FAN proviennent de CentOS. Nous ne les modifions pas. En cas de changement de politique, nous proposerions bien évidemment les paquets à CentOS (ou autre distribution basée sur RPM).
[^] # Re: Quel est l'interêt de faire une distribution dédiée ?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche FAN : Fully Automated Nagios. Évalué à 6.
Nous nous sommes posés la question. Nous avons trouvé des arguments contre. Le premier est que nous souhaitons mettre en oeuvre quelque chose de très très intégré, de dédié. Par exemple pour Nagios, nous avons ajouté un thème à l'interface. Nous "imposons" certains choix pour offrir quelque chose de vraiment intégré, un "tout" logique. La remarque que l'on nous fait souvent à propos de Nagios est "c'est plein de petits logiciels à installer". FAN est une distribution identifiée pour ce besoin.
Le second argument est le PRA. Avec FAN, pour mettre en place un PRA il "suffit" d'avoir deux choses:
- une politique de sauvegarde des données utiles
- une documentation de restauration de ces données
FAN permet de ré installer très rapidement un serveur (OS +applicatifs supervision). Ensuite, il reste à développer la procédure de restauration. Ce dernier point n'est pas prévu dans FAN car nous ne voulions pas gérer tous les outils de sauvegarde existants. Nous laissons ce travail à Mme Michul'administrateur compétent.
Le dernier argument est que nous allons ajouter des outils communs qui seront dédiés à la supervision dans FAN. Prenons l'exemple de Dokuwiki. Cet outil (formidable!) va être utilisé dans FAN pour lier un équipement supervisé avec une procédure de reprise sur panne. Comment gérer ce cas dans une distribution multi-utilisations? Prenons l'exemple de CentOS: comment intégrer un dokuwiki supervision et un autre? Comment gérer simplement le fait que le wiki peut être utiliser à la fois pour la supervision avec des besoins très très précis et de manière beaucoup plus générique?
Avec ces contraintes, nous sommes partis sur une autre distribution. Cependant, nous pourrions revenir en arrière. En effet, nous avons réellement voulu nous concentrer sur la supervision. Tous les paquets externes à FAN proviennent de CentOS. Nous ne les modifions pas. En cas de changement de politique, nous proposerions bien évidemment les paquets à CentOS (ou autre distribution basée sur RPM).