CA et IBM concrétisent le concept de fédération de CMDB
par mail
l'article
Les faits
Lors de la conférence itSMF Fusion, qui a eu lieu le 8 septembre à San Francisco, les deux spécialistes de l'administration ont démontré la possibilité de partager les informations de leurs bases de données de gestion des configurations (CMDB) respectives.
L'analyse
En annonçant la possibilité de fédérer leurs bases de données de gestion des configurations (Configuration Management Data Base, CMDB), CA et IBM ont fait un pas décisif. Concrètement, la démonstration du 8 septembre a consisté à simuler la fusion de deux systèmes d'information d'entreprise qui seraient gérés initialement par deux offres de CMDB différentes : IBM Tivoli CCMDB et CA CMDB. Au final, l'expérience a montré que chaque base de données pouvait disposer dynamiquement des données de l'autre. “ Il s'agissait de mettre à disposition les ressources informatiques représentées selon le format CA d'un côté, et celles représentées selon le format IBM de l'autre afin de proposer une vue unique de l'ensemble de l'informatique, résume Patrick Debus-Pesquet, directeur technique chez CA France. Et ce sans dupliquer ces données. ”
Des offres propriétaires
Aujourd'hui, avec les offres existantes, une entreprise qui souhaiterait proposer une vue unifiée de l'informatique de ses deux filiales, équipées de CMDB différentes, serait en effet obligée de dupliquer les données, ce qui nuirait notamment à leur “ fraîcheur ”.
La CMDB est un concept ancien remis au goût du jour grâce à sa description dans le référentiel Itil (Information Technology Infrastructure Library), le modèle de meilleures pratiques pour la gestion d'un système d'information. Sorte de référentiel de production fondamental, la CMDB permet d'améliorer la cohérence des processus opérationnels de la production (gestion des changements, des incidents, des mises en production, etc.) en fournissant une vue logique et unifiée des relations entre l'infrastructure informatique et les “ services ” apportés aux utilisateurs. S'inspirant du concept, les ténors de l'administration ont, depuis trois ans, développé leurs propres offres dites de CMDB. Mais, problème crucial, ces offres sont aujourd'hui entièrement propriétaires, qu'il s'agisse de leur modèle de données ou de leurs interfaces d'intégration.
Les spécifications des “ Big 4 ”
Les champions de l'administration ont néanmoins, depuis deux ans, affiché leur volonté de décloisonner leurs offres. D'abord en se ralliant au modèle de CMDB fédérée, qui propose de laisser les données là où elles sont et de créer des liens logiques entre elles. Une étape décisive a été franchie lors de la création du consortium CMDB Fédération (CMDBf), en avril 2006. Réunis autour de la même table, les “ Big 4 ” de l'administration du système d'information (HP, BMC, CA et IBM), auxquels il faut ajouter Microsoft et Fujitsu, ont décrit les spécifications nécessaires à la mise en œuvre d'une CMDB fédérée s'appuyant sur des langages et protocoles standards. Ces spécifications ont été soumises, puis validées, par la Distributed Management Task Force (DMTF), une association qui a déjà délivré quelques standards fondamentaux tel CIM (Common Information Model) dans le domaine des infrastructures informatiques.
C'est sur ces spécifications que se sont appuyés CA et IBM pour leur démonstration. Ils ont aussi exploité les travaux du groupe de travail Common Model Library (CML) qui s'est attelé à la description, à l'aide du langage de modélisation de services SML du W3C, de la notion de service informatique rendu. Enfin, ils ont utilisé les logiciels libres du projet Cosmos (Community Systems Management Open Source), d'Eclipse, qui a pour but de créer un socle standard pour les outils de supervision.
Démontrant leur volonté d'ouverture, les éditeurs CA et IBM mettront les fruits de leur travail à disposition de la communauté du logiciel libre. Ils ont également soumis leur expérience pour validation auprès de la DMTF.
Néanmoins, les spécifications proposées par le consortium CMDBf vont plus loin que cette expérience. Elles décrivent la façon dont une CMDB doit récupérer les informations stockées dans tout référentiel de données de configuration, quel que soit sa marque : routeur Cisco, cluster HP ou solution de stockage EMC. Pour que cette vision devienne réalité, il faudra attendre encore quelque temps.
Les quatre principales offres de CMDB
Ces offres sont souvent composées d'une base de données relationnelle orientée objets avec modèle de données conforme à Itil, d'un moteur de réconciliation des données, d'interfaces de communication, d'un logiciel de découverte automatique des relations entre applications et éléments de l'infrastructure informatique.
2 questions à… : Patrick Debus-Pesquet, directeur technique chez CA France
Pourquoi l'idée de CMDB fédérée se concrétise-t-elle maintenant ?
“ Le concept de fédération de CMDB est le fruit de quatre ou cinq années de réflexion. Il s'est enrichi récemment grâce aux travaux du projet CML. Il fallait le rendre rapidement concret en utilisant les ressources techniques existantes. C'est la vertu de cette expérience, qui démontre l'interopérabilité, mais surtout la fédération de deux modèles de CMDB. ”
Quelle suite donner aux travaux de CA et d'IBM ?
“ Les CMDB restent propriétaires mais interagissent en utilisant un langage “ standard ”, et non en utilisant un langage spécifique de CA ou d'IBM comme auparavant. Ce langage est mis à la disposition d'Eclipse et sera proposé à la Distributed Management Task force qui définit les normes et les publie. ”
