In the last decade, there has been tremendous growth in the need for business IT assets for businesses to remain productive and profitable. Because of this growth in IT infrastructure, IT business teams are finding it difficult to manage, monitor, track, and analyze infrastructure and map it to business services. It’s hard for IT teams to prioritize critical events and manage dynamic IT assets.To ensure a hassle-free approach to managing IT assets and promote better business decisions, ServiceNow offers the Discovery feature inIT Operations Management (ITOM).
Here are some of the key issues that arise due to improper management of assets:
Prior to understanding how ServiceNow discovery works, one should know how data is stored, its hierarchy and best practices. The ServiceNow Configuration Management Database (CMDB) contains information about configuration items, then captures and stores the data about items in the form of tables. The configuration items can be hardware or software. This information is used to build a dependency view that enables us to understand the entire service management process.
Usually, IT teams rely on the CMDB to manage infrastructure changes and diagnose problems. If the right type of information is not provided, IT staff can’t locate services that are affected or predict the impact. Thereby leading to financial loss. ServiceNow Discovery solves all these issues.
ServiceNow Discovery also known as infrastructure and application discovery- provides a consolidated view of IT assets (including on-premise, serverless, and cloud services) and their relationship among other assets to enable IT teams to have distinct visibility into the service and update it back to CMDB. Discovery locates devices and applications in your network and stores in the CMDB. It provides IT with information on IT infrastructure and its changes.
ServiceNow Discovery determines communication between devices and applications. These relationships can be viewed using a dependency viewer. Whereas service mapping maps devices based on the service-specific dependencies.
ServiceNow Discovery has a lightweight Java application called Management, Instrumentation, and Discovery (MID). The server runs and gathers information about devices and applications and returns outcomes back to the instance for processing. Multiple MID Servers are competent enough to manage thousands of devices and can be employed in various network segments to deliver improved virtual scalability. The MID services use probes and sensors to gather and process information from the network. The MID server and instance communications are secured TLS and initiated from the mid server to the ServiceNow instance. This allows the mid server to connect to the instance directly without having to open any ports on the firewall. MID Servers can be configured to communicate through a proxy server.
ECC Queue is the normal connection between a ServiceNow instance and other systems that integrate with ServiceNow. It is a collection of records where each record is a message either from the ServiceNow system to some other system or from some other system to the ServiceNow system. Probes and sensors are used by the MID server to collect and process information from the enterprise network.
Four phases of ServiceNow Discovery