Connexions d’actifs logiciels

  • Rversion finale: Xanadu
  • Mis à jour 1 août 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ù les logiciels installés dans votre organisation sont installés, 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 .

    Elle CMDB permet à d’autres applications d’entreprise d’utiliser les informations détectées pour répondre à divers besoins professionnels.

    Figure 1. Découverte avec Gestion des actifs logiciels
    Sources de découverte tierces

    ServiceNow Le cadre de travail IRE (Identification and Réconciliation 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 de la 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 Indépendant est cochée sur un identificateur de CI, cela signifie que le CI ne dépend d’aucun autre CI.
    • Dépendant : si la case Indépendant n’est pas cochée sur un identificateur de CI, cela signifie que ce CI est dépendant d’autres CI.
    Pour plus d’informations sur IRE, consultez Moteur d’identification et de rapprochement.

    Vous devez déjà avoir 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 l’envoie via le point de terminaison de l’API REST IRE à 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 de logiciels installés. Pour Oracle, VMwareet Citrix, des charges utiles spécifiques alimentent des données supplémentaires spécifiques à l’éditeur en dehors des installations de logiciels.

    Si plusieurs sources de détection sont activées et que les détails clés du logiciel, tels que le nom d’affichage et la version de toutes les sources de détection, correspondent, l’enregistrement d’installation est remplacé. Si plusieurs sources de découverte 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 de planification s’exécute et si toutes les valeurs normalisées de ces installations correspondent, un seul enregistrement est défini sur actif. Les autres enregistrements sont marqués comme inactifs.

    L’application Séparation de domaine est prise en charge pour la découverte 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 nouveau CI dans le domaine parent.
    • Envoyez la charge utile depuis le même domaine où résident les CI. Par exemple, si vous envoyez une charge utile à partir du domaine A et si la charge utile possède des CI appartenant au domaine B, un nouveau CI est créé dans le domaine A.