Comment un expert en infrastructure informatique peut-il analyser une infrastructure vaste et complexe dans un délai court lors d’un incident de production ? Corrium est la plateforme sémantique conçue pour pallier cette problématique. Corrium s’appuie sur une ontologie, HoNaHo, pour formaliser les connaissances des experts en infrastructure informatique. Les données clients sont, ensuite, traitées selon le modèle HoNaHo pour construire un référentiel, ce qui permet à l’expert en infrastructure d’analyser son parc IT et de prendre des décisions. L’ontologie HoNaHo est développée par nos ontologistes en collaboration avec des experts en infrastructure informatique. A noter que la cohérence des connaissances des experts est vérifiée grâce au mécanisme nommé « Check Consistency ». Grâce à Corrium nous gérons l’infrastructure de plusieurs clients dans la métropole lilloise. Pour chaque client, nous collectons ses données d’infrastructure qui peuvent provenir de sources hétérogènes (différents outils d’inventaires). Les données sont, ensuite, injectées dans Corrium, puis réconciliées et consolidées grâce à notre mécanisme de fusion. A la suite de cette étape, un référentiel d’infrastructure IT est construit, il contient la liste exhaustive des assets IT reliés entre eux, ce qui permet de diminuer la complexité du parc. La cohérence de l’information (cohérence entre les connaissances de l’expert et les informations) peut être vérifié grâce un deuxième « Check Consistency ». Corrium contient KStore, la solution logicielle d’intelligence, pour améliorer la qualité des données clients. KStore est constitué de plusieurs briques dont KStore-Engine, le moteur d’inférences basé sur des règles sémantiques (OWL, JenaRule et SPARQL). En se basant sur les règles écrites par les experts en infrastructure, KStore-Engine raisonne et infère sur le référentiel précédemment construit pour l’enrichir. A ce stade, Corrium a construit un point de vérité sur l’état du parc IT du client, et a déduit de nouvelles informations grâce au web sémantique. Ainsi, lors d’un incident de production, le référentiel IT permet à l’expert en infrastructure informatique d’analyser son parc IT et de prendre des décisions dans un délai court. Actuellement Corrium est utilisé pour un autre usage, préparer un audit de licences Microsoft. Une ontologie dédiée au sujet est développée et un pack de règles d’inférences SPARQL est créé pour gérer les coûts de licence. Ajouté à cela, d’autres usages sont en étude, tel que la gestion et le suivi de la migration d’une infrastructure IT. Par Frédéric Hay, Straton IT.

1. 1

2. •
•
•
•
•
•
•
•
•
•
•
•
2
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

3. 1. Systèmes à base de Frames / systèmes à bases de règles
Chaos :
- Physique
atomique
DiagRDF :
- Contrôle de
serveurs
Stockage sémantique
Inférence sémantique
Plateforme sémantique
1993-2000
3
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

4. 1. Systèmes à base de Frames / règles
Chaos :
- Physique
atomique
DiagRDF :
- Contrôle de
serveurs
2. Stockage sémantique
Corrium v0
- Honaho
- RDF / OWL
3. Réconciliation
4. Inférences
5. Plateforme sémantique
4
2008-2013
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

5. •
•
•
ITIL / CMDB Web sémantique
Asset ID Name Type Achat … Value
LAN003 Network3 Network 2013 … N/A
SRV002 Server 2 Server 2015 … 5 700 €
5
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

6. Ontologie HonahoCIM WBEM 6
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

7. 1. Systèmes à base de Frames / règles
Chaos :
- Physique
atomique
DiagRDF :
- Contrôle de
serveurs
2. Stockage sémantique
Corrium v0
- Honaho
-
3. Réconciliation
Corrium v1
- Matching
- Instances
- Liens
- Historisation
4. Inférences
5. Plateforme sémantique
Corrium
générique
- Studio
- Gestion
temps
7
2013-2015
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

8. 8
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

9. 9
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

10. 1. Systèmes à base de Frames / règles
Chaos :
- Physique
atomique
DiagRDF :
- Contrôle de
serveurs
2. Stockage sémantique
Corrium v0
- Honaho
-
3. Réconciliation
Corrium v1
- Matching
- Instances
- Liens
- Historisation
4. Inférences
Corrium
v2
- Règles
- Diagnostic
5. Plateforme sémantique
10
Cible 2016-2017
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

11. •Données exposées
en RDF
•Interrogeable en
SPARQL
REFERENTIEL
•L’agrégation
•Le matching
•Les match rules
REPORTING
•Contrôle des
incohérences
•Gestion des rejets
•Matching
QUALITE DE
DONNEES
•Rapports en
automatique
•Les règles de
calcul
•SPARQL
SOFTWARE ASSET
MANAGEMENT
•Graphes de
dépendances
(Force OWL,
Inférence,
transitivité)
•Exemple du SLA
ANALYSE
D’IMPACT
•Calcul de coûts
•Refacturation
•Gestion de
capacité
•ROI / TCO
GESTION
FINANCIERE
•Applications
critiques
•Equilibrage et
reprise sur incident
•Répartition de
charge
EQUILIBRAGE
DATACENTERS
•Urbanisation
•Systèmes/sous-
systèmes et
applications
•Logique-Physique
CARTOGRAPHIE
APPLICATIVE
11
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

12. 1. Systèmes à base de Frames / règles
Chaos :
- Physique
atomique
DiagRDF :
- Contrôle de
serveurs
2. Stockage sémantique
Corrium v0
- Honaho
-
3. Réconciliation
Corrium v1
- Matching
- Instances
- Liens
- Historisation
4. Inférences
Corrium v2
- Règles
- Diagnostic
5. Plateforme sémantique
Corrium
générique
- Studio
- Gestion du
temps
- Véracité
12
2018 et au delà
1. Origine 2. Stockage 3. Réconciliation 4. Inférences 5. Plateforme

13. 13