Modèles de détection utilisés par Visibilité ITOM

Mappage des services et Découverte utilisent des modèles dans leur processus de détection qui couvrent la plupart des appareils et applications réseau standard du secteur. Vous pouvez personnaliser ces modèles et en créer.

ServiceNow les applications font référence aux appareils et aux applications qui composent une instance de service en tant qu’éléments de configuration (CI).

Présentation des modèles de détection

Un modèle est une séquence de commandes conçue pour détecter les attributs d’un CI et de ses connexions sortantes. Mappage des services et Découverte partagent un ensemble de modèles préconfigurés qui couvrent la plupart des appareils et applications couramment utilisés. Les modèles peuvent être de type infrastructure ou application. Les modèles d'infrastructure ne sont utilisés que par Découverte pour créer des listes d'appareils. Les modèles d'application servent à la fois Mappage des services et Découverte, qui utilisent les mêmes modèles d'application à leurs fins. Par exemple, Découverte exécute la détection horizontale avec le modèle de serveur Web Apache pour trouver et répertorier tous les serveurs Web Apache de votre organisation. Mappage des services exécute la détection de haut en bas à l’aide du même modèle pour détecter un serveur Web Apache spécifique et le placer sur une carte d’instance de service.

Remarque :

Actuellement, les opérations de modèle ne prennent pas en charge plusieurs langues. Si les valeurs renvoyées après les opérations de modèle ne sont pas en anglais, les données renvoyées ne peuvent pas être analysées correctement et la détection de modèle échouera.

Tableau 1. Utilisation des modèles par Mappage des services et Découverte

Produit	Type de modèle	Résultat
Découverte	Modèle d'infrastructure	Liste d'inventaire des appareils
	Modèle d'application	Liste d'inventaire des applications
Mappage des services	Modèle d'application	Carte Instance de service

Pour détecter les appareils qui agissent en tant qu'hôtes pour les applications, Mappage des services s'appuie sur Découverte. Dans le cadre du processus de détection de haut en bas, Mappage des services déclenche Découverte pour effectuer sa détection horizontale en coulisses. Mappage des services utilise ensuite les informations sur les hôtes fournies par la détection horizontale pour créer ses cartes de service.

Tous les types de modèles sont stockés dans la table Modèles de détection [sa_pattern].

Découverte utilise une combinaison de sondes et de modèles. Pour plus d'informations, consultez Flux de processus de détection horizontale avec des sondes et des capteurs.

Corrélation entre le modèle et le type de CI

Les modèles sont affectés aux types de CI qu'ils servent à détecter. Si nécessaire, vous pouvez affecter plusieurs types de CI par modèle. Dans ce cas, vous définissez un type de CI principal et plusieurs types de CI associés. Par exemple, pour un modèle de détection de BIG-IP Global Traffic Manager (GTM) F5, le type de CI principal est BIG-IP Global Traffic Manager (GTM) F5, et des types de CI associés sont définis pour le nom DNS, la carte réseau et d'autres composants.

Pour la détection de haut en bas effectuée par Mappage des services, chaque modèle d'application sert à détecter uniquement le type de CI principal.

Figure 1. Détection du type de CI principal lors de la détection de haut en bas

En parallèle, Mappage des services utilise généralement plusieurs modèles pour détecter le même type de CI, car un type de CI peut utiliser différents protocoles, systèmes d'exploitation, points d'entrée, etc.

Contrairement à la détection de haut en bas, le processus de détection horizontale utilise chaque modèle pour détecter un type de CI principal avec tous les types de CI associés.

Figure 2. Détection des types de CI principaux et associés lors de la détection horizontale

Raisons pour lesquelles installer des modèles à partir de ServiceNow Store

ServiceNow publie chaque mois de nouveaux modèles de détection sur l'ServiceNow Store pour garantir que votre organisation peut détecter les derniers appareils et applications standard du secteur. Les versions ServiceNow majeures intègrent des modèles précédemment publiés sur l'ServiceNow Store.

À partir de Tokyo, ServiceNow publie tous les modèles de détection à l'aide des applications suivantes :

Schémas de découverte et de mappage des services (sn_itom_pattern)

Cette application fournit les dernières versions des modèles de détection dont la version ServiceNow d'origine a été publiée le ServiceNow Store.

Contenu de visibilité (sn_pattern_design)

Cette application fournit la version mise à jour des modèles qui faisaient partie des versions de la famille jusqu'à Tokyo.

Vous pouvez installer les dernières versions disponibles des applications de modèle via le ServiceNow Store. Vous pouvez également installer ces applications en tant que modules d'extension sur votre instance ServiceNow.

Raisons pour lesquelles personnaliser des modèles

Vous pouvez personnaliser des modèles dans les cas suivants :

• Si votre organisation utilise des appareils et des applications propriétaires, créez des modèles pour ces éléments, afin de permettre à Découverte et Mappage des services de les détecter.
• Si vous modifiez les attributs clés des types de CI qui avaient des modèles correspondants, modifiez les modèles pertinents pour refléter le changement.

Versions du modèle

Lorsque vous personnalisez un modèle, vous créez en réalité une copie du modèle préconfiguré d'origine. Pendant que Mappage des services ou Découverte utilise la version personnalisée, la version d'origine n'est pas supprimée. Lorsque vous téléchargez une mise à jour du modèle via le ServiceNow Store, le modèle d'origine proprement dit est mis à jour, et non sa copie personnalisée.

Figure 3. Exclure un modèle personnalisé d'une mise à niveau

Si, à un moment donné, vous souhaitez abandonner le modèle personnalisé et commencer à utiliser le modèle d'origine mis à jour, vous pouvez revenir au modèle d'origine comme décrit dans Choisir la version du modèle.

Rôles autorisés à personnaliser des modèles

Les utilisateurs doivent avoir le rôle pd_admin pour personnaliser les modèles. Dans le système de base, le rôle service_mapping_admin contient le rôle pd_role. La personnalisation des modèles nécessite des connaissances de base en programmation.

Modèles pour les instances utilisant Domain Separation

Dans les instances qui utilisent Domain Separation, les modèles peuvent être spécifiques au domaine et couvrir uniquement les domaines pour lesquels vous les avez créés. Les modèles peuvent également être globaux et s'appliquer à tous les domaines.

Les modèles appartiennent aux domaines. Par défaut, tous les modèles préconfigurés sont affectés au domaine global et s'appliquent à l'ensemble des domaines de tous les niveaux.

Vous pouvez créer des modèles pour des domaines spécifiques. Dans ce cas, le nouveau modèle n'est utilisé que pour ce domaine et n'existe dans aucun autre domaine. Si vous personnalisez un modèle existant dans le domaine global et que vous l'affectez à un domaine spécifique, vous créez une copie du modèle global, qui est systématiquement utilisée pour tous les autres domaines, à l'exception du domaine qui possède la version personnalisée de ce modèle. De même, si vous personnalisez le modèle appartenant au domaine global, le changement se répercute sur tous les domaines, à l'exception de celui qui utilise une copie personnalisée de ce modèle.

Figure 4. Modèles globaux ou spécifiques au domaine

Flux de création ou de modification de modèle

En règle générale, vous maintenez deux instances ServiceNow dans votre organisation : une pour la production et une pour le développement. Créez ou modifiez des modèles, testez-les et vérifiez les résultats dans l'instance de développement. Lorsque vous êtes satisfait des résultats de la détection, exportez les modèles pertinents de l'instance de développement pour créer un ensemble de mises à jour. Ensuite, vous récupérez et validez l'ensemble de mises à jour dans votre instance de production.

Si vous créez un modèle pour des applications et des appareils qui ne sont pas pris en charge dans l'application ITOM Visibility Global Content, commencez par créer des types de CI pour ces éléments.

Figure 5. Flux de création de modèle

1. Modèles de découverte sur site disponibles
   Visibilité ITOM inclut une grande bibliothèque de modèles.
2. Modèles de découverte dans le cloud disponibles
   Visibilité ITOM est fourni avec une vaste bibliothèque de modèles qui peuvent découvrir votre environnement cloud : AWS, Azure, GCP, IBM et OCI.
3. Configurer Concepteur de modèle et les applications connexes
   Installez les dernières versions disponibles des applications ServiceNow pour utiliser les derniers modèles de détection.
4. Créer des types de CI pour Mappage des services et Découverte
   Créez des types de CI (ou classes CI) pour les applications et les appareils que Mappage des services et Découverte ne prennent pas en charge par défaut.
5. Créer des types de points d'entrée pour Mappage des services
   Un point d’entrée correspond au mode d’accès des clients à une instance de service. Mappage des services lance le processus de mappage pour chaque service d'application à partir du point d'entrée que vous définissez pour celui-ci. Mappage des services inclut un large éventail de types de points d'entrée préconfigurés qui couvrent les applications les plus couramment utilisées. Si votre organisation utilise une application moins connue ou propriétaire qui n'a pas de type de point d'entrée correspondant dans Mappage des services, vous devez le créer.
6. Créer ou personnaliser des modèles
   Créez ou modifiez un modèle de détection et définissez ses attributs de base.
7. Détecter les éléments associés avec le CI principal
   Ajoutez des éléments associés aux modèles pour effectuer une détection horizontale des éléments de configuration avec tous leurs éléments associés : CI ou non-CI, comme les ports ou les numéros de série.
8. Améliorer des modèles sans changer leurs sections d'identification
   Donnez la possibilité aux modèles de rechercher des attributs supplémentaires et modifiez la logique de détection des modèles définie dans les sections d'identification à l'aide des sections d'extension. Chaque section d'extension contient un ensemble préconfiguré d'étapes de détection appelée « bibliothèque partagée ».
9. Affiner des modèles à l'aide de la détection basée sur le trafic
   Comme alternative à la personnalisation du modèle du côté du concepteur de modèle, améliorez les modèles existants pour que Mappage des services puisse les utiliser pour rechercher les connexions des éléments de configuration (CI) précédemment trouvées à l'aide de la détection basée sur le trafic.
10. Finaliser un modèle
    Une fois que vous avez terminé de définir votre modèle, préparez-le à être utilisé par Mappage des services et Découverte.
11. Copier des modèles d'une instance à une autre
    Pour copier des modèles d'une instance à une autre, créez dans votre instance de développement un ensemble de mises à jour contenant des modèles nouveaux ou modifiés avec leurs éléments associés. Ensuite, importez l'ensemble de mises à jour dans votre instance de production.
12. Choisir la version du modèle
    Chaque fois que vous modifiez et enregistrez un modèle, vous créez une version de ce modèle. Choisissez la version du modèle que Mappage des services et Découverte utilisent pour la détection.
13. Activer un modèle désactivé
    Si vous souhaitez utiliser un modèle de détection désactivé par défaut, activez-le manuellement.

Concepts associés

• Modèles d’application pour le Agent Client Collector

Référence associée

• Informations détaillées sur les produits détectés par Visibilité ITOM

Information associée

• Diagrammes de classes et attributs de classe pour les classes CMDB clés
• Description des tables CMDB clés dans le système de base
• CMDB CI Class Models : application ServiceNow Store qui ajoute des modèles de classe qui étendent la hiérarchie des classes CMDB de base
• Informations sur les différentes options pour remplir la CMDB
• Applications ServiceNow Store qui fournissent des connecteurs Service Graph prédéfinis pour l'importation et l'intégration de données tierces communes dans les classes CMDB
• KB0747679 : Scripts de prétraitement/post-traitement pour les modèles