La découverte sans agent réduit la complexité de gestion des logiciels installés sur les appareils détectables. Une application Java légère appelée serveur MID (Management, Instrumentation and Discovery) s’exécute en tant que service Windows ou processus Unix sur du matériel standard, y compris sur les machines virtuelles déjà créées dans votre environnement.

Plusieurs serveurs MID, capables de gérer des milliers d’appareils chacun, peuvent être déployés dans différents segments réseau pour fournir une évolutivité quasi illimitée.

Le serveur MID exécute les sondes et les modèles, et renvoie les résultats à une instance ServiceNow associée. Il ne conserve aucune information. Les serveurs MID communiquent en interrogeant par exemple leur instance pour y trouver les sondes et les modèles àexécuter,et publier les résultats d’analyses obtenus sur l’instance. Par exemple, les capteurs traitent les données collectées.

Le serveur MID démarre toutes les communications en utilisant HTTPS, ce qui signifie que les communications sont sécurisées et qu’elles sont initiées à l’intérieur du pare‑feu de l’entreprise. Aucune règle de pare‑feu spécifique ou VPN n’est nécessaire.

La configurationdes plages IP, identifiants et plannings est gérée dans ServiceNow. Les identifiants sont stockés à l’aide du chiffrement 3DES. Ils peuvent aussi être fournis par un magasin d’identifiants externe. Une fois ces informations saisies, ServiceNow ne pourra plus les réafficher.

Le serveur MID utilise les fonctions de chiffrement standard pour SSH, WMI/WinRM, et SNMP (Simple NetworkManagementProtocol).

Le serveur MID utilise plusieurs techniques pour sonder les ordinateurs et les périphériques IP sans utiliser d’agents. Par exemple, il utilise SSH pour se connecter à un système Unix ou Linux et exécute des commandes standard pour collecter des informations. De même, il utilise SNMP pour collecter des infos auprès d’un commutateur réseau ou une imprimante.

PowerShell et WMI sont utilisés pour les ordinateurs Windows, et WinRM est aussi pris en charge. Les composants de stockage sont découverts via SMI‑S et CIM. Les requêtes HTTP RESTful sont initiées aussi pour les cibles prises en charge, telles que UCS et Amazon Web Services (AWS).

Les informations découvertes sont renvoyées en toute sécurité pour traitement à une instance ServiceNow par les capteurs de mise en correspondance de la sonde. Le contenu basé sur des modèles est géré par une paire générique sonde‑capteur.

Découverte dresse la carte des dépendances hiérarchiques et affecte la relation appropriée entre les EC qu’elle détecte.

La cartographie de dépendance des applications crée des relations en amont et en aval entre des applications interdépendantes en identifiant les périphériques qui communiquent entre eux, les ports TCP sur lesquels ils communiquent et les processus qui s’exécutent sur ces appareils.

Toutes ces informations sont utilisées pour garder automatiquement à jour la CMDB ServiceNow.

La découverte utilise des ID pour rechercher dans la CDMB des EC qui correspondent aux périphériques découverts dans le réseau. Vous pouvez configurer ces ID pour demander à la découverte de prendre certaines mesures lorsque des correspondances de périphérique sont établies ou non, ou pour maintenir l’intégrité des données.

Lorsque le service IT utilise VMware, AWS ou Microsoft Azure pour apporter des modifications aux environnements de cloud ou virtuels, les événements de ces environnements déclenchent la découverte pour détecter ces changements et mettre à jour les EC et les relations correspondantes.

Cela garantit une grande précision de la CMDB et une visibilité en temps réel sur les environnements cloud et virtuels.

Le service IT peut créer ses modèles pour découvrir les ressources détectables. Avec un concepteur de modèles, le service IT peut étendre les éléments détectables via un moteur sans code. Le service IT peut créer ses champs, tables et descriptions de relation des modèles de données de la CMDB pour répondre à des besoins spécifiques.

ServiceNow s’intègre également à de nombreuses applications et sources de données tierces pour collecter des informations supplémentaires.

Une installation guidée fournit un point de départ logique et convivial pour configurer et lancer la découverte. Le service IT peut simplement déployer un serveur MID, ajouter des identifiants et créer un planning avant d’exécuter le processus en lançant la découverte.

La découverte est étroitement intégrée à la cartographie des services ServiceNow, et forme une architecture de collecte unifiée sur la plateforme ServiceNow pour découvrir l’infrastructure hybride et les services de l’entreprise.

La découverte ServiceNow fournit un inventaire complet des ressources physiques et logiques au sein de l’infrastructure informatique. Ces EC et relations sont renseignés dans la CMDB. La cartographie des services découvre l’infrastructure hybride qui sous‑tend les services métier et relie ces EC pour former des cartes de services individuels.

Vous pouvez accéder de manière transparente à des informations détaillées sur les actifs à partir des cartes, ce qui fournit un environnement intégré et puissant pour résoudre les problèmes et gérer les modifications apportées au service.