Bonjour à tous, nous aimerions qu'un maximum de personnes prennent le temps de lire et de répondre à ce mail qui tourne autour d'un sujet assez important pour nous et sur lequel nous coinçons un peu en ce moment.

Pour simplifier un peu nous sommes confrontés à deux visions différentes sur la modélisation d'un problème assez simple en soit : "la gestion des services".

Ce que l'on appelle service, c'est par exemple : le service http (ou serveur web), le service smtp (ou serveur de messagerie), etc.

Globalement les informations supplémentaires que l'on a à gérer sont :

- Une liste de services "connus" comprenant :

    - Un nom.
    - Un protocole.
    - Un port d'écoute par défaut.

- la possibilité pour ces services d'utiliser un autre port que le port d'écoute par défaut.

Sur ces points nous sommes à peu prés d'accord.

La où nous ne sommes pas d'accord c'est sur la façon de l'implémenter :

Nous pensons (l'equipe de dev : Julien, Mathieu et Bazile) qu'un Service n'est rien d'autre qu'un logiciel qui écoute sur un port (qu'il soit celui par défaut ou particulier) en utilisant un protocole défini.

Et donc qu'il n'y a pas lieu et même que ce serait "incorrect" conceptuellement et en matière de modélisation de séparer ces deux notions que sont les services et les logiciels.

Surtout que séparer ces notions alimente un problème récurrent à GLPI que l'on à pas fini de combattre, à savoir le trop grand nombre de fonctionnalitées. Les interfaces deviennent de plus en plus complexes et au mieux les utilisateurs ne se servent que de 50-60% des fonctionnalitées implémentées.

Ajouter ceci séparément impliquerait une entrée de plus dans le menu, une interface plus chargée au final. Cela en vaut-il vraiment la peine ?

L'avis "opposé" veut séparer les deux notions en invoquant les raisons suivantes (Sic) :

"Dans  la pratique de tout les jours les logiciels sont gères
indépendamment des services.
Les personnes responsables sont différentes et dans différentes équipes.
Cela correspond à la réalité tel que nous la vivons tout les jours."

Ce à quoi nous répondons qu'il s'agit effectivement d'UNE pratique, et d'UNE réalité, qui n'est pas forcément partagée par tout le monde.

C'est pourquoi, nous avons besoin "d'entendre" d'autres avis sur la
question. Quelle est votre vision du sujet ?
Pensez vous que ça vaille la peine ou non d'être implémenté
dans le core de GLPI ? Ou cela  doit-il rester une feature
"optionnelle" ?

N'hésitez pas à nous soumettre vos remarques ou suggestions
particulières à ce sujet.


Librement,

--
L'equipe de dev GLPI

Reply via email to