Schémas de découverte utilisés par Visibilité ITOM

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

ServiceNow se réfèrent aux appareils et aux applications qui contiennent une instance de service comme éléments de configuration (CI).

Ce que sont les schémas de découverte

Un modèle est une séquence de commandes conçues 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écouverte horizontale avec le schéma de serveur Web Apache pour trouver et répertorier tous les serveurs Web Apache de votre organisation. Mappage des services exécute la découverte de haut en bas à l'aide du même schéma 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 du modèle par Mappage des services et Découverte

Produit	Type de schéma	Résultat
Découverte	Schéma d’infrastructure	Liste d’inventaire des appareils
	Modèle d’application	Liste d’inventaire des applications
Mappage des services	Modèle d’application	Instance de service carte

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écouverte de haut en bas, Mappage des services se Découverte déclenche pour effectuer sa découverte horizontale en arrière-plan. Mappage des services puis utilise les informations sur les hôtes fournies par la découverte horizontale pour créer ses instance de service cartes.

Les schémas de tous types sont stockés dans la table Discovery Patterns (Schémas de découverte) [sa_pattern].

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

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

Les schémas sont affectés aux types de CI qu’ils servent à découvrir. 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 connexes. Par exemple, un modèle de détection de BIG-IP Global Traffic Manager (GTM) F5 a F5 BigIP GTM comme type de CI principal. Il existe également des types de CI connexes pour le nom du système de noms de domaine (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écouverte de type de CI principal pendant la découverte descendante

Cependant, Mappage des services utilise généralement plusieurs schémas pour découvrir 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écouverte horizontale utilise chaque modèle pour détecter un type de CI principal avec tous les types de CI connexes.

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

Pourquoi installer des schémas à partir du 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.

ServiceNow Publie tous les schémas de découverte à 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.

Pourquoi personnaliser les modèles

Vous pouvez personnaliser les 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 les activer Découverte et Mappage des services de les détecter.
• Si vous modifiez des attributs clés de 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 fait une copie du modèle préconfiguré d’origine. Découverte La version d’origine n’est pas supprimée si Mappage des services vous utilisez la version personnalisée. Lorsque vous téléchargez une mise à jour du modèle à partir du ServiceNow Store, le modèle d’origine est mis à jour, pas la copie personnalisée de celui-ci.

Figure 3. Exclusion d’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

Utilisateurs de schémas

Les rôles d’utilisateur suivants ont accès aux schémas ou modules liés aux modèles et peuvent effectuer diverses actions. Notez que la personnalisation des modèles nécessite des connaissances de base en programmation.

Tableau 2. Schémas, utilisateurs et accès

Utilisateur	Description
Administrateur de Découverte	Peut afficher, créer, modifier et publier des schémas. Ce rôle permet aux utilisateurs d’exécuter une découverte, de migrer des sondes ou des CAPI vers des schémas et d’accéder aux journaux de découverte et aux tableaux de bord.
Utilisateur	Dispose d’un accès en lecture seule au journal des schémas de découverte.
Administrateur	Peut afficher, créer, modifier et publier des schémas.
Visionneuse PDE	À partir de la version 3.9.0 des améliorations apportées au concepteur de modèle, les utilisateurs peuvent afficher les tâches de validation de commande, les résultats des tâches de validation de commande et la liste de commandes. Le pde_viewer peut afficher les modules de l’outil de validation de commande et les tables connexes, mais n’a pas le droit de les modifier ou de les éditer. Le rôle pde_viewer peut afficher uniquement les tables suivantes : Liste de commandes [_command_list] Tâche de validation de commande [_command_validation] Résultats de la tâche de validation de commande [_command_validation_results] Mappage de la bibliothèque partagée de modèles [_pattern_to_shared_library_mapping] Mappages des variables temporaires [_temp_variable_value_mapping] Pour plus d'informations, consultez Découverte Commandes pour les sondes et les schémas.
MID	Non pas affecté directement à un utilisateur, mais à l’enregistrement Serveur MID ou à l’utilisateur sous lequel l’opération s’exécute Serveur MID . Ce rôle permet d’interpréter et d’exécuter des sondes basées sur des Serveur MID modèles.
Serveur MID	Peut accorder l’accès Serveur MID à l’instance.

Schémas pour les instances utilisant la séparation en domaines

Dans les instances qui utilisent Séparation de domaine, les modèles peuvent être spécifiques à un domaine, couvrant uniquement les domaines pour lesquels vous les avez créés, ou globaux, s’appliquant à tous les domaines.

Les modèles appartiennent à des domaines. Par défaut, tous les schémas préconfigurés sont affectés au domaine global et s’appliquent à tous les domaines de tous les niveaux.

Vous pouvez créer des schémas pour des domaines spécifiques. Dans ce cas, le nouveau modèle est utilisé uniquement 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. Le modèle global d’origine est toujours utilisé 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 affecte tous les domaines, à l’exception de celui qui utilise une copie personnalisée de ce modèle.

Figure 4. Schémas globaux ou spécifiques à un domaine

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

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 Visibilité ITOM de contenu global, commencez par créer des types de CI pour eux.

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. Configuration des Concepteur de modèle applications connexes
   Installez les dernières versions disponibles des applications pour utiliser les derniers modèles de ServiceNow découverte.
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 qui Mappage des services ne Découverte 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 Démarre le processus de mappage pour chaque service d’application à partir du point d’entrée que vous définissez pour lui. 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 la créer.
6. Créer ou personnaliser des schémas
   Créez ou modifiez un modèle de détection et définissez ses attributs de base.
7. Détecter les éléments connexes avec le CI principal
   Ajoutez des éléments connexes aux schémas pour effectuer une détection horizontale des éléments de configuration avec tous leurs éléments connexes : CI ou non-CI, tels que les ports ou les numéros de série.
8. Améliorer les schémas sans modifier leurs sections d’identification
   Activez les schémas pour rechercher des attributs supplémentaires et modifiez la logique de découverte de schéma 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écouverte appelé bibliothèque partagée.
9. Affiner les schémas à l’aide de la découverte basée sur le trafic
   À la place de la personnalisation du modèle du côté du concepteur de modèle, améliorez les modèles existants afin qu’ils Mappage des services puissent les utiliser pour trouver des connexions d’éléments de configuration (CI) précédemment trouvées à l’aide de la découverte basée sur le trafic.
10. Finaliser un schéma
    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 les schémas d’une instance à une autre
    Pour copier des modèles d’une instance à une autre, créez un ensemble de mises à jour contenant des modèles nouveaux ou modifiés avec leurs éléments connexes dans votre instance de développement. 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 Mappage des services du modèle à Découverte utiliser pour la découverte.
13. Activer un schéma désactivé
    Si vous souhaitez utiliser un schéma de détection désactivé par défaut, activez-le manuellement.
14. Détecter les centres de données uniquement pour les nouveaux comptes dans le cloud
    Si vous avez plusieurs comptes dans le cloud et centres de données dans AWS et Azure, vous pouvez détecter des centres de données uniquement pour les nouveaux comptes dans le cloud, au lieu d’actualiser la liste entière.
15. Amélioration des performances des requêtes avec remplissage direct des champs dans les tables CI
    La tâche planifiée Renseigner le compte de service et le LDC dans la CMDB renseigne les champs Compte de service et Centre de données logique dans les tables d’éléments de configuration (CI) cloud, ainsi que le champ Objet d’ordinateur virtuel dans la table Matériel [cmdb_ci_hardware]. Ce remplissage direct réduit la complexité des requêtes et améliore leurs performances.

Concepts associés

• Schémas 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
• Gestion et inventaires des certificats Patterns (Schéma

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
• Modèles de classe CI CMDB : application ServiceNow Store qui ajoute des modèles de classe qui étendent la hiérarchie de classe CMDB de base
• Informations sur les différentes options de remplissage de la CMDB
• Applications du ServiceNow Store qui fournissent des connecteurs du graphe de services prédéfinis pour l’importation et l’intégration de données tierces courantes dans les classes CMDB
• KB0747679 : scripts de pré/post-traitement pour les schémas