CMDB et référentiel d’architecture

Comprendre l’enjeu et le périmètre

Les articuler évite les doubles saisies et permet de relier les incidents et changements à leurs conséquences métier.

Définir pour chaque type de donnée le système de référence, les usages, la granularité et les règles de synchronisation.

Passer à l’action

• Identifier les informations communes et spécifiques
• Désigner une source de référence par donnée
• Contrôler les identifiants et les écarts entre référentiels

Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.

Responsabilités et moyens

Les responsables de configuration et d’architecture définissent ensemble les frontières, les propriétaires de service valident les usages.

Comparer le coût d’intégration et d’entretien aux doubles saisies et erreurs évitées.

Produire et vérifier

Livrable utile

Une matrice de responsabilité des données, des règles de synchronisation et des vues reliant service et architecture.

Preuve à rechercher

Choisir un changement réel et vérifier que ses impacts sont lisibles dans les outils concernés sans contradiction.

Indicateur à interpréter

Suivre les objets non rapprochés et les divergences de propriétaire, statut ou dépendance.

Testez le référentiel avec un changement réel ou simulé. Retrouvez les activités touchées, les interlocuteurs, les flux et les dépendances communes. Une carte agréable à lire mais incapable d'éclairer cet impact ne remplit pas encore son objectif.

Arbitrages et dépendances

Vouloir tout faire porter à une CMDB peut surcharger le modèle, créer deux référentiels indépendants peut doubler les incohérences.

L’articulation dépend d’identifiants stables, d’une qualité suffisante et d’événements de mise à jour fiables.

N'essayez pas de tout dessiner dans une seule carte. Une vue de direction, une vue des interfaces et une vue de reprise répondent à des questions différentes. Elles doivent toutefois partager les mêmes identifiants et ne pas produire trois inventaires incompatibles.