Connexions des actifs logiciels

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Utilisez des sources de détection tierces pour détecter les données logicielles installées que vous pouvez intégrer à l’application Gestion des actifs logiciels .

    Le processus de détection fait partie intégrante de l’application Gestion des actifs logiciels . Le processus de détection consiste à découvrir où le logiciel installé dans votre organisation est installé, qui est le propriétaire de l’appareil et où il se trouve. Les informations détectées sont ensuite fusionnées dans une base de données de gestion des configurations commune telle que l’application CMDB .

    L’application CMDB permet à d’autres applications d’entreprise d’utiliser les informations détectées pour prendre en charge divers besoins professionnels.

    Figure 1. Détection avec Gestion des actifs logiciels
    Sources Discovery tierces

    ServiceNow Le cadre de travail IRE (Identification and Reconciliation Engine) de la plateforme permet toutes les intégrations de données tierces à l’application CMDB .

    IRE fournit un cadre de travail centralisé dans lequel vous pouvez effectuer des rapprochements et une déduplication des données lorsque plusieurs sources ingèrent des données en même temps. IRE utilise des règles d’identification, des règles de rapprochement et des règles de source de données IRE pour traiter les données entrantes, puis insère les données dans les tables CMDB correspondantes. Vous pouvez étendre ces règles pour insérer les données dans des tables qui étendent les tables principales CMDB, telles que les Gestion des actifs logiciels tables. Il existe deux types de règles d’identification pour IRE :
    • Indépendant : si la case à cocher Indépendant est activée sur un identificateur CI, cela signifie que le CI ne dépend d’aucun autre CI.
    • Dépendant : si la case à cocher Indépendant n’est pas cochée sur un identificateur CI, cela implique que ce CI est dépendant d’autres CI.
    Pour plus d’informations sur IRE, consultez le moteur Identification et réconciliation.

    Normalement, vous avez déjà configuré le chargement des CI dans l’instance ServiceNow . Pour chaque CI de votre environnement, la table Matériel [cmdb_ci_hardware] dispose d’une règle d’identificateur de CI correspondante. Lorsque l’application de détection tierce s’exécute, le logiciel est identifié sur les CI. L’application tierce construit une charge utile et envoie la charge utile via le point de terminaison IRE REST API à l’instance ServiceNow pour insérer ou mettre à jour des données dans les Gestion des actifs logiciels tables.

    Une charge utile générique est utilisée pour créer des enregistrements des logiciels installés. Pour Oracle, VMwareet Citrix, les charges utiles spécifiques alimentent des données supplémentaires spécifiques à l’éditeur en dehors des installations de logiciel.

    Si plusieurs sources Discovery sont activées et si les détails clés du logiciel, tels que le nom d’affichage et la version de toutes les sources Discovery, correspondent, l’enregistrement d’installation est remplacé. Si plusieurs sources Discovery identifient le même logiciel avec des valeurs de champ différentes, une entrée est créée dans la table Installation de logiciel [cmdb_sam_sw_install]. Lorsque la tâche SAM- Deduplication install table planifiée s’exécute et si toutes les valeurs normalisées de ces installations correspondent, un seul enregistrement est défini comme actif. Les autres enregistrements sont marqués comme inactifs.

    La séparation de domaine est prise en charge pour la détection tierce avec SAM avec les considérations suivantes :
    • L’API REST IRE marque le domaine auquel vous êtes connecté lorsque l’appel REST est effectué.
    • Connectez-vous au domaine où réside le CI et à partir duquel vous exécutez la charge utile.
    • Ne vous connectez pas au domaine parent. Le fait d’être connecté au domaine parent met à jour le CI existant et crée également un CI dans le domaine parent.
    • Envoyez la charge utile à partir du même domaine où résident les CI. Par exemple, si vous envoyez une charge utile à partir du domaine A et que la charge utile possède des CI qui appartiennent au domaine B, un nouveau CI est créé dans le domaine A.