Les dépendances définies par ces règles sont utilisées lors de l’identification des CI dépendants pour classer par ordre de priorité l’ordre d’identification des CI et pour 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 spécifient 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 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.

Les modules d’extension qui ont été activés sur une instance déterminent les règles d’hébergement et d’imbrication en vigueur 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 du service. Les règles d’hébergement sont un ensemble 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 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 » « Runs On ::Runs », le type de CI « Hardware ».

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 de règles d’imbrication permet de construire une carte de type 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 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 CI de type 'Tomcat' 'Contains ::Contained By' de 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 que les données d’un type spécifié transmettent à la définition de service ou en sortent. Après l’ajout d’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 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 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 autre type de CI peut être référencé. Les deux classes CI doivent 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, Provisioned From ::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 « Machine virtuelle » Mis en service à partir de ::P visualisé, le type de CI « Image ».
• Un CI peut référencer plusieurs ressources (par exemple, une instance de VM 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 des métadonnées CMDB [cmdb_metadata_reference].

Exigences de règles