Règles de relations dépendantes de la CMDB

Rversion finale: Washingtondc

Mis à jour 1 févr. 2024

6 minutes de lecture

Les définitions de service se composent de types de CI et de types de relations. Les règles de relations dépendantes définissent la structure de dépendance des types de CI et des types de relations dans ces définitions de service, ce qui facilite l’identification des CI et la construction de cartes de service aux entreprises.

Les dépendances définies par ces règles sont utilisées lors de l’identification des CI dépendants, afin de classer par ordre de priorité l’ordre d’identification des CI et de faire correspondre les CI et les CI dépendants respectifs dans une charge utile. Les règles de relations dépendantes sont également utilisées par Service Mapping et peuvent être définies pour les types de CI personnalisés. Après avoir défini un nouveau type de CI, vous pouvez définir des règles de relations dépendantes qui spécifient comment le nouveau type de CI est lié aux types existants dans la CMDB.

Les règles de relation dépendante sont des règles d’hébergement et d’imbrication (règles de relation dépendante), chaque type modélisant les données d’un point de vue différent du CI. Les règles d’imbrication représentent la hiérarchie de configuration des CI, décrivant quel CI contient quels autres CI. Les règles d’hébergement représentent le placement des CI dans une définition d’entreprise, décrivant les CI exécutés.

Les règles d’hébergement et d’imbrication décrivent un type de relation entre deux types de CI, et le même type de relation peut être utilisé dans une règle d’hébergement et dans une règle d’imbrication. C’est le contexte dans lequel la relation est utilisée qui fait la distinction entre une règle d’imbrication et une règle d’hébergement.

Gérer les règles de relation dépendante :

Pour accéder aux règles au niveau de la classe, utilisez le gestionnaire de classe de CI. Accédez à la Tous > Configuration > Gestionnaire de classe de CI.
Pour accéder aux règles groupées, utilisez l'éditeur de métadonnées. Accédez à la Tous > Configuration > Identification/Réconciliation > Éditeur des métadonnées.

Les modules d’extension qui ont été activés sur une instance déterminent les règles d’hébergement et d’imbrication qui existent dans un système de base.

Règles d'hébergement

Les règles d’hébergement représentent toutes les combinaisons valides possibles de paires de CI hébergés et de CI hébergés dans la définition de service. Les règles d’hébergement sont un ensemble plat de règles qui ne peuvent avoir qu’un seul niveau de profondeur et qui impliquent toujours des ressources, généralement du matériel physique ou virtuel. Chaque règle d’hébergement est une règle autonome entre deux types de CI, décrivant soit un type de CI valide qu’un autre type de CI peut héberger, soit un type de CI par lequel un autre type de CI peut être hébergé. Une règle d’hébergement se compose d’un type de CI parent, d’un type de relation (par exemple, Hosted On ::Hosts) et d’un type de CI enfant. Par exemple, vous pouvez avoir une règle d’hébergement qui spécifie que le type de CI « Application » est « Runs On ::Runs », le type de CI « Matériel ».

Un CI peut être hébergé sur plusieurs ressources (telles que Windows et Linux). Ce CI est représenté par une règle d’hébergement pour le CI avec chaque ressource sur laquelle le CI peut être hébergé. Lors de l’identification des CI, la paire de CI examinée doit satisfaire au moins une règle d’hébergement.

Les règles d’hébergement sont stockées dans la table Règles d’hébergement des métadonnées CMDB [cmdb_metadata_hosting].

Règles d'imbrication

Les règles d’imbrication représentent la hiérarchie d’imbrication pour un type de CI, décrivant les objets valides qu’un type de CI peut contenir dans la définition de service et les objets valides qui peuvent être contenus par le type de CI. Les règles d’imbrication sont liées entre elles dans un groupe de règles d’imbrication avec un type de CI qui est le parent de niveau supérieur (racine) du groupe. L’ensemble des règles d’imbrication construit une carte hiérarchique des relations d’imbrication. Les règles d’imbrication sont des concepts logiques utilisés pour représenter des CI logiques, par exemple pour décrire un logiciel qui s’exécute sur un serveur. Une règle d’imbrication se compose d’un type de CI parent, d’un type de relation (tel que « Contained By ::Contains ») et d’un type de CI enfant. Par exemple, vous pouvez avoir une règle d’imbrication spécifiant que le type de CI « Tomcat » « Contains ::Contained By » et le type de CI « Fichier WAR ».

Les points de terminaison sont des règles d’imbrication spéciales qui spécifient les connexions entrantes ou sortantes dans le modèle, désignant les types de CI vers lesquels les données d’un type spécifié entrent ou sortent de la définition de service. Après avoir ajouté un point de terminaison à une règle d’imbrication, vous ne pouvez ajouter aucune règle enfant à la règle de point de terminaison.

Les règles d’imbrication sont stockées dans la table Règles d’imbrication des métadonnées CMDB [cmdb_metadata_containment].

Règles de référence

Les règles de référence sont principalement utilisées par Gestion dans le cloud pour représenter toutes les combinaisons valides possibles de paires de CI référencés et référencés dans la définition de service.

Les règles de référence sont un ensemble plat de règles qui ne peut avoir qu’un seul niveau de profondeur.
Les règles de référence impliquent toujours des ressources, généralement des entités virtuelles. Chaque règle de référence est une règle autonome entre deux types de CI, décrivant soit un type de CI valide qu’un autre type de CI peut référencer, soit un type de CI par lequel un autre type de CI peut être référencé. Les deux classes CI doivent pouvoir vivre indépendamment l’une de l’autre.
Une règle de référencement se compose d’un type de CI parent, d’un type de relation (tel que Mis en service à partir de ::P rovisioned) et d’un type de CI enfant. Par exemple, vous pouvez avoir une règle de référencement qui spécifie que le type de CI 'Ordinateur virtuel' a été mis en service à partir de ::P rovisioned, le type de CI 'Image'.
Un CI peut référencer plusieurs ressources (par exemple, une instance d’ordinateur virtuel peut avoir une relation de référence avec les modèles Image et Matériel). Ce CI est représenté par une règle de référencement pour le CI avec chaque ressource à partir de laquelle le CI peut être référencé.
La règle de référence ne peut pas faire partie de l’identification de CI.
Les règles de référence sont stockées dans la table Règles de référence des métadonnées CMDB [cmdb_metadata_reference].

Exigences de règles

Les règles que vous créez sont liées par les exigences suivantes qui limitent les relations et garantissent que seules les options valides sont disponibles dans les listes déroulantes de l’éditeur de métadonnées.

Étant donné un type de CI qui est comme un enfant dans une règle d’imbrication : Ce type de CI ou ses enfants ne peuvent pas être un parent (racine) de niveau supérieur de n’importe quelle autre règle d’imbrication, et ils ne peuvent être dans aucune règle d’hébergement, que ce soit en tant que parent ou en tant qu’enfant.
Étant donné un type de CI qui est un parent de niveau supérieur (racine) d’une règle d’imbrication : il ne peut pas être un enfant dans une règle d’hébergement (par exemple, vous ne pouvez pas être hébergé sur Tomcat, si Tomcat a des règles d’imbrication).
Étant donné un type de CI qui est un enfant dans une règle d’hébergement : il ne peut être dans aucune règle d’imbrication, ni en tant que parent ni en tant qu’enfant.
Étant donné un type de CI qui est un parent dans une règle d’hébergement : il ne peut pas être un enfant dans une règle d’imbrication.
Les règles d’hébergement ne peuvent pas créer de boucles telles que Tomcat runs_on - VMware runs_on Tomcat.

Modèle de règles d’hébergement et d’imbrication

Règles d’hébergement qui modélisent le diagramme :

Tomcat « S’exécute sur » le matériel.

Règles d’imbrication qui modélisent le diagramme :

Tomcat « contient » le fichier de configuration
Tomcat « contient » un WAR
WAR a deux points de terminaison pour JDBC avec MySQL :
- Entrant
- Sortant

Ensemble de règles valide


Tomcat Hosted Linux
Linux Hosted Computer

La deuxième entrée de métadonnées déclenche la troisième exigence, qui est satisfaite (il s’agit d’une règle d’hébergement, pas d’une règle d’imbrication).