Règles de relation dépendante de CMDB

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 des dépendances des types de CI et les types de relations dans ces définitions de service, ce qui aide à l’identification des CI et à la construction de cartes de services d’entreprise.

Les dépendances définies par ces règles sont utilisées lors de l’identification des CI dépendants afin de hiérarchiser 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 les types de CI personnalisés et peuvent être définies pour Mappage des services eux. 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 comprennent des règles d’hébergement et d’imbrication (règles de relation dépendante), chaque type modélisant les données sous un angle 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 métier, 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 distingue une règle d’imbrication et une règle d’hébergement.

Gérez 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 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 d’hébergement et de CI hébergés dans la définition de service. Les règles d’hébergement sont un ensemble fixe de règles qui ne peuvent être 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 (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 ::S’exécute », 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 d’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. La collection de 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 les CI logiques, par exemple pour décrire les logiciels qui s’exécutent 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 » est de type « 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 que les données d’un type spécifié acheminent vers ou depuis 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ègles enfants à 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 Cloud Management 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 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 devraient pouvoir vivre indépendamment l’une de l’autre.
• Les règles de référencement se composent d’un type de CI parent, d’un type de relation (par exemple, Mis en service à partir de ::P prévu) 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 » Provisionné à partir de ::P prévu, le CI de type « 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 du CI.
• Les règles de référence sont stockées dans la table Règles de référence de 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 restreignent les relations et garantissent que seules des 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 ne peuvent pas se trouver 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 s’agir d’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 » du matériel.

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

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

Ensemble de règles valides

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

• Créer des règles de relation dépendante
  Créez des règles d’hébergement et d’imbrication (règles de relation dépendante) pour les classes CI afin de faciliter l’identification correcte des CI dépendants pendant le processus de découverte de l’activité et le mappage des services. Découverte appelle l’API d’identification qui applique les règles de relation dépendante.