GLPI-OCS
Un article de EoleWiki.
Sommaire |
Introduction
GLPI-OCS est un module basée sur une structure Eole NG et destinée à la gestion de parc informatique.
Les outils retenus sont OCSInventoryNG et GLPI
OCSInventoryNG est l'outil de collecte des informations, il dispose d'une interface web optionnelle.
GLPI fourni des outils plus avancés qu'OCSInventory (gestion des licences, des garanties, des incidents).
Propositions d'intégration EOLE
Le module d'inventaire est à installer sur un module sous-jacent (eolebase, horus, zephir, …), ainsi il ne se préoccupe que de l'installation et la configuration des outils nécessaires à son fonctionnement.
Les utilisateurs des produits EOLE doivent pouvoir choisir les services à mettre en place pour le fonctionnement du module:
- Un service de collecte des données (OCSinventory) avec utilisation d'une base mysql locale ou distante ;
- Une interface web d'accès aux données :
- OCSinventory-report (gestion « simple ») ;
- GLPI (gestion de parc) ;
- Réplication des données sur un autre serveur (fédération académique des données).
Exemples de fonctionnement
Il est possible de définir plusieurs configurations en fonction de certains critères:
- Il y a-t-il une gestion de parc ?
- Si oui, par qui (établissements/académie) ?
- Centralisé au niveau académique (rien en établissement) ?
- Distribué ?
- Fédération par OCSInventory
- Fédération par GLPI
Distribué avec fédération
Installation en établissement:
- Le service de collecte des données ;
- GLPI pour la gestion du parc par l'établissement (si besoin) ;
- Le service de réplication des données pour fédérer les données au niveau académique.
Installation académique:
- Le service de collecte des données (fédération des bases établissements) ;
- OCSinventory-report (requêtage)/GLPI (gestion des tickets incidents).
Centralisé
Installation académique:
- Le service de collecte des données
- GLPI (gestion des tickets incidents)
Aucune installation en établissement, les établissements utilise le GLPI académique pour la gestion de leur parc si besoin (avec accès aux tickets incidents s'ils sont utilisés)
Un module, des modules ?
Devant le nombre de possibilité de configuration nous devons nous poser la question: « un module ou des modules ? »
Afin de garantir suffisamment de souplesse pour les utilisateurs, il semble que le « module de gestion de parc informatique » est en réalité 3 modules différents:
- Un module d'inventaire (OCSinventory communication server en établissement et/ou au niveau académique) ;
- Un module de déploiement logiciels (OCSinventory deployement server en établissement, requiert une base en établissement) ;
- Un module d'exploitation de l'inventaire (OCSinventory report ou GLPI en établissement et/ou au niveau académique).
TODO
Sélectionner des modules intéressants et les packager
Test du Module Gestion de Parc. (Trouvez un nom!)
Version Dev
