Exemple : lier des alertes à des CI à l’aide de types de CI dynamiques
Utilisez le mappage de champs d’événements pour lier dynamiquement les alertes aux CI appropriés en fonction des attributs d’événement, éliminant ainsi la nécessité d’utiliser des règles d’événements distinctes pour chaque type de CI (également appelé classe CI). Cette approche simplifie la configuration, améliore la précision et renforce la liaison d’alerte à CI.
Avant de commencer
Rôle requis : evt_mgmt_admin
Pourquoi et quand exécuter cette tâche
En général, pour un événement généré à partir d’une source spécifique mentionnée dans le champ Source , le système applique la règle d’événement correspondante. L’option de remplacement de la liaison par défaut d’une règle d’événement spécifie une classe CI spécifique pour la liaison. Toutefois, dans un cas d’utilisation plus dynamique, la classe CI n’est pas prédéfinie et peut changer en fonction des attributs d’événement. Par exemple, supposons qu’un client possède plusieurs CI portant le même nom, mais que chaque CI appartient à une classe CI différente. Dans la méthode traditionnelle de règle d’événement, comme la classe CI (ou la table CMDB) est définie pour un CI, le mappage est incorrect, car le système recherche tous les CI portant le même nom et les mêmes attributs dans la même classe CI, au lieu de chercher dans la table CMDB spécifique définie pour chaque classe CI.
Pour résoudre ce problème, en d’autres termes, pour déterminer la classe CI correcte à rechercher, le système utilise le champ Type de CI de l’événement pour identifier la classe CI. En utilisant un mappage de champs d’événements qui mappe les attributs d’événement au type de CI, il devient possible de savoir quelle table CMDB rechercher, ce qui garantit que le CI est correctement mappé à l’événement.