Règles de relation dépendante de la CMDB

Rversion finale: Xanadu

Mis à jour 1 août 2024

6 minutes de lecture

Les définitions de service comprennent des types de CI et des types de relations. Les règles de relation dépendante définissent la structure de dépendance des types de CI et des types de relation 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 relation dépendante sont également utilisées par Mappage des services les types de CI personnalisés et peuvent être définies pour elles. Après avoir défini un nouveau type de CI, vous pouvez définir des règles de relation dépendante qui précisent comment le nouveau type de CI est lié aux types existants dans le CMDB.

Les règles de relation dépendante consistent en 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 sur quoi les CI s’exécutent.

Les règles d’hébergement et d’imbrication décrivent toutes deux 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 Tout > Configuration > Gestionnaire de classe de CI.
Pour accéder aux règles groupées, utilisez l'éditeur de métadonnées. Accédez à la Tout > Configuration > Identification/Rapprochement > É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 de confinement 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 d’hébergement 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 être qu’à un 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 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 (tel que Hébergé sur ::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' 'S’exécute sur ::Runs', le type de CI 'Matériel'.

Un CI peut être hébergé sur plusieurs ressources (Windows et Linux, par exemple). 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 « Contenu par ::Contient ») 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 'WAR File'.

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 dans 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 pas ajouter de 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 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 peuvent avoir qu’un 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 par lequel un autre type de CI peut être référencé. Les deux classes de 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' 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].

Besoins de règles

Les règles que vous créez sont liées par les exigences suivantes qui restreignent 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 en tant qu’enfant dans une règle d’imbrication : Ce type de CI ou ses enfants ne peuvent pas être un parent de niveau supérieur (racine) d’une autre règle d’imbrication, et ils ne peuvent pas être dans une 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 pas être dans une règle d’imbrication, que ce soit en tant que parent ou 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 » WAR
WAR dispose de deux points de terminaison pour JDBC avec MySQL :
- Entrant
- Sortant

Ensemble valide de règles


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).