---
sourceDocument: Brazil IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/it-operations-management

 Release :

    - brazil

ft:locale :

    - en-US

ft:publication_title :

    - Brazil IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Discovery for cloud environment

# Discovery for cloud environment {#ariaid-title1}

Release version: Brazil  
Updated September 10, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes to read
Summarize  
![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI  
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.  

## Summary of Discovery for cloud environment

ServiceNow ITOM Visibility cloud discovery solutions enable you to gather detailed information about your cloud infrastructure and resources across major cloud providers including AWS, Microsoft Azure, Google Cloud Platform (GCP), IBM Cloud, Oracle Cloud Infrastructure (OCI), and Alibaba Cloud.
Cloud discovery operates across two layers---cloud metadata (topology) and operating system (OS)---to provide comprehensive visibility from high-level resource inventory to detailed operational insights.
Show full answer Show less  
This capability supports maintaining an accurate, up-to-date inventory of cloud assets, which is critical for regulatory compliance, optimizing cloud spend, strengthening security, and enabling AI-driven IT operations (AIOps).

## Key Features

* **Cloud discovery layers:**
  * **Cloud metadata layer:** Maps cloud resources like virtual machines, networks, and subnets to provide an architectural overview and resource relationships.
  * **OS layer:** Examines internal states such as installed software, running processes, and configurations for operational monitoring and compliance.
* **Discovery methods:** Different methods address distinct layers and cloud providers:
  * **Pattern-based Cloud Discovery and IP-based Horizontal Discovery:** Pull-based, scheduled discovery using credentials and MID Server firewall access; covers both metadata and OS layers; supports AWS, Azure, GCP, OCI, Alibaba Cloud, and IBM Cloud.
  * **Agent Client Collector for Visibility Content:** Agent-based, push discovery focused on OS layer; no OS credentials needed; supports Windows, Linux, macOS on AWS, Azure, and GCP.
  * **Service Graph Connectors:** API-based scheduled imports providing metadata and limited OS data; no OS credentials or MID Server required; supports AWS, Azure, and GCP.
* **Continuous visibility:** Enables near real-time CMDB updates to keep pace with dynamic cloud environments through pull-based scheduled scans or push-based event-driven updates, reducing stale data risks. Supported by various discovery methods depending on the cloud provider.
* **Management tools:**
  * **Discovery Admin Workspace:** Centralized interface for monitoring discovery performance, diagnosing issues, tuning configurations, and managing discovery workflows efficiently.
  * **Cloud Account Management (CAM):** Available within Cloud Workspace to provide dashboards for cloud account and resource inventory management, compliance tracking, and ownership monitoring across cloud providers.

## Business Outcomes Enabled

* **Regulatory compliance:** Ensures visibility and data to meet compliance mandates across cloud environments.
* **Software Asset Management (SAM):** Enhances software deployment tracking and management in the cloud.
* **Financial Operations (FinOps):** Provides detailed resource usage insights to optimize cloud spending by cost center and provider.
* **Security Operations (SecOps):** Delivers continuous visibility into resource configurations to support security and compliance.
* **Certificate Management:** Tracks certificates and expirations to reduce outage risks.
* **AIOps:** Supplies foundational data for AI-driven monitoring and predictive analytics, reducing outages and supporting business continuity.

## Choosing Discovery Methods

Select discovery methods based on business outcomes and cloud layers required:

* **Cloud metadata discovery:** Pattern-based Cloud Discovery and Service Graph Connectors are suitable for regulatory compliance and AIOps, with continuous visibility support depending on the cloud provider.
* **OS layer discovery:** IP-based Horizontal Discovery and Agent Client Collector deliver comprehensive support for compliance, SAM, FinOps, SecOps, certificate management, and AIOps, while Service Graph Connectors offer limited OS layer data.

## Practical Benefits for ServiceNow Customers

By implementing ITOM Visibility cloud discovery, you gain a holistic, continuously updated view of your cloud assets across providers. This empowers you to:

* Maintain accurate and compliant CMDBs aligned with regulatory and security requirements.
* Optimize cloud resource usage and costs through actionable insights.
* Enhance operational resilience by proactively monitoring configurations and dependencies.
* Leverage AI-driven operations for predictive maintenance and reduced downtime.
* Manage discovery processes effectively via centralized tooling for improved efficiency and issue resolution.  
ITOM Visibility cloud discovery solutions enable you to collect detailed information about your cloud-based infrastructure and your resources in major cloud service providers: Amazon Web Services (AWS), Microsoft
Azure, Google Cloud Platform (GCP), IBM Cloud Platform, Oracle Cloud Infrastructure (OCI), and Alibaba Cloud.

ITOM Visibility cloud discovery can be understood through the layers at which discovery operates and the methods used to perform discovery. Different methods or combination of methods at the
different layers support various business outcomes, giving you the flexibility to customize your discovery approach to your organization's specific needs.

## Business outcomes {#cloud-discovery-wizard__section_vqw_m2w_4gc}

Effective cloud discovery is crucial for maintaining an accurate and up-to-date inventory of cloud resources. This comprehensive visibility into the cloud infrastructure enables organizations to drive several key
business outcomes. It empowers informed decision-making, accelerates innovation by optimizing resource allocation, and helps cloud investments align directly with strategic business objectives.  
{#cloud-discovery-wizard__table_zmb_jvk_khc__entry__2}

| Business outcome | Cloud discovery role |
|-|-|
| Regulatory compliance | Provides the necessary visibility and data to support regulatory compliance mandates. |
| SAM (software asset management) | Enables more effective software asset management by providing comprehensive visibility into cloud software deployments. |
| FinOps (financial operations) | Provides comprehensive visibility into cloud resources and their usage, enabling FinOps teams to optimize cloud spend across cloud providers, organizations, and cost centers. |
| SecOps (security operations) | Offers continuous visibility into cloud resources and their configurations, supporting the security and compliance of cloud environments. |
| Certificate management | Discovers and tracks certificates, their expiry, and usage, enabling teams to reduce the risk of certificate-related outages and assess potential business impact. |
| AIOps (artificial intelligence for IT operations) | Identifies and maps cloud resources, their configurations, and interdependencies. Cloud discovery provides the foundational data for AIOps platforms to monitor proactively, analyze, and predict potential issues, ultimately reducing outage risks and supporting business continuity. |
[Table 1. Business outcomes supported by cloud discovery]

{#cloud-discovery-wizard__table_zmb_jvk_khc}

For more information on which cloud discovery methods best support each business outcome, see the Matching methods to business outcomes section.

## Cloud discovery layers {#cloud-discovery-wizard__section_bxx_q3p_chc}

To achieve these business outcomes, you need to understand how cloud discovery works. Cloud discovery can be understood in two distinct layers: the cloud metadata (or topology) layer and the operating system (OS) layer.
Each layer provides a different level of visibility into cloud infrastructure, from structural inventory to a detailed operational state. Think of it like mapping a neighborhood versus inspecting individual
buildings.

The cloud metadata layer provides a high-level view of cloud infrastructure by outlining its structural components. This outline includes identifying resources like virtual machines, networks, and subnets, effectively
creating an inventory of what exists. It's similar to mapping all the buildings in a neighborhood, showing how everything is organized and interconnected. This layer helps to understand the overall architecture and
resource relationships within a cloud environment.

The OS layer reveals the internal state of cloud resources, including installed software, active services, running processes, and system configurations. It's like stepping inside each building in a neighborhood to
inspect its internal setup. This deeper level of discovery helps monitor operations, verify configurations, and maintain compliance and security across environments.

These layers can be discovered through the different cloud discovery methods and together, the two layers enable comprehensive visibility from structural inventory to detailed operational insights.

## Cloud discovery methods {#cloud-discovery-wizard__section_od4_ht4_5pb}

ITOM Visibility supports several methods for cloud discovery, depending on the layer. Different discovery methods address different organizational needs and constraints.

* Cloud metadata layer: Pattern-based Cloud Discovery and Service Graph Connectors
* OS layer: IP-based Horizontal Discovery, Agent Client Collector for Visibility Content, and Service Graph Connectors

{#cloud-discovery-wizard__ul_wbr_bj3_mhc}  
Note:  
The pattern-based Cloud Discovery and IP-based Horizontal Discovery methods operate at different layers but both use the Discovery and Service Mapping Patterns application.  

Pattern-based Cloud Discovery/IP-based Horizontal Discovery
:   The Discovery and Service Mapping Patterns application supports both cloud metadata and OS layer discovery. Patterns execute commands in a pull-based, scheduled approach by targeting
    devices within specified IP ranges. Key characteristics include:

    * Requires OS and application credentials
    * Needs firewall access from a MID Server
    * Works with AWS, Azure, GCP, OCI, Alibaba Cloud, and IBM clouds
    * Supports continuous visibility for AWS, Azure, and GCP

    {#cloud-discovery-wizard__ul_ad3_g3r_khc}For more information, see [Discovery patterns used by ITOM Visibility](https://www.servicenow.com/docs/XcFaWrr5M6~VjCLuqParHw "Service Mapping and Discovery use patterns in their discovery process that cover most industry standard network devices and applications. You can customize these patterns and create new ones.").

Agent Client Collector for Visibility Content
:   An agent-based, push-based cloud discovery that provides near real-time discovery and supports OS layer discovery. Key characteristics include:

    * Supports deployment with or without a MID Server
    * Doesn't require OS-level credentials
    * Works on Windows, Linux, and macOS
    * Uses system accounts, local service accounts, or Microsoft gMSA
    * Supports OS layer discovery only
    * Works with AWS, Azure, and GCP

    {#cloud-discovery-wizard__ul_vmb_r3r_khc}For more information, see [Agent Client Collector Discovery](https://www.servicenow.com/docs/_gtb8zqMn8d9RkpiBkPGbQ "Discover CIs in your environment by using Agent Client Collector for Visibility Content (ACC-VC) Discovery. ACC-VC works with both horizontal IP-based Discovery, and you can also use push-based Discovery.").

Service Graph Connectors
:   Third-party connectors that perform scheduled imports by pulling data directly from cloud provider APIs. Service Graph Connectors support both cloud metadata and limited OS layer discovery. Key characteristics include:

    * Requires read access to the provider's system
    * Doesn't require OS credentials or MID Server firewall access
    * Works with AWS, Azure, and GCP
    * Supports continuous visibility for AWS

{#cloud-discovery-wizard__ul_zyb_gjr_khc}For more information, see [Integrating third-party data into CMDB](https://www.servicenow.com/docs/access?context=cmdb-third-party-integrations&version=brazil&pubname=brazil-servicenow-platform&ft:locale=en-US).  
Each method has its own requirements and supports different use cases, depending on the cloud provider. For more information, see:

* AWS: [AWS cloud discovery methods and use cases](https://www.servicenow.com/docs/MsQ70mdsdLiVjHfMGaiN1g "Comparison of use cases and requirements for cloud discovery methods in AWS.")
* Azure: [Azure cloud discovery methods and use cases](https://www.servicenow.com/docs/I~MZBXNNBrj7zwaMG42ztw "Comparison of use cases and requirements for cloud discovery methods in Azure.")
* GCP: [GCP cloud discovery methods and use cases](https://www.servicenow.com/docs/LwAPMHA6QNErj5Oc~YEt1Q "Comparison of use cases and requirements for cloud discovery methods in GCP.")
{#cloud-discovery-wizard__ul_lnx_w1m_wgc}

For a list of AWS, Azure, and GCP resources discovered by Discovery and Service Mapping Patterns and Service Graph Connectors, see [Cloud discovery solutions comparison](https://www.servicenow.com/docs/mkq52qtans7Won7EhPusvg "Comparing cloud discovery solutions provides insights on the relative strengths of each solution. The comparison showcases the number of resource types supported by the solutions across AWS, Microsoft Azure, and GCP. The comparison can help you understand the capabilities of each solution and better manage your CMDB when using one or multiple methods.").

## Continuous visibility {#cloud-discovery-wizard__section_edd_zmz_wfc}

Beyond choosing a cloud discovery method, you must also consider when and how often discovery occurs. Cloud environments are highly dynamic, with resources constantly being created, modified, or deleted. Traditional
scheduled discovery often fails to keep up with these rapid changes, leading to a stale and inaccurate CMDB. Continuous visibility addresses this challenge by capturing changes as they happen in the cloud. There are two main types of continuous visibility: pull-based and
push-based.

In pull-based discovery, the ServiceNow instance connects to cloud providers at set intervals to retrieve and update CMDB data. This approach promotes regular synchronization and offers more frequent updates than traditional scheduled scans. The pattern-based Cloud Discovery method supports this approach for both Azure and GCP.

In push-based discovery, the cloud environment itself is configured to send change events directly to the ServiceNow instance. This approach enables near real-time updates to the CMDB. Both Service Graph Connectors and the pattern-based Cloud Discovery method support push-based discovery for AWS.  
Note:  
Continuous visibility for Amazon AWS Cloud, Microsoft Azure Cloud, and Google Cloud Platform doesn't require Cloud Provisioning and Governance.  
For more information, see:

* Azure: [Microsoft Azure Alert driven discovery](https://www.servicenow.com/docs/FSkq6ER6d9IDvTNCTlOOUg#microsoft-azure-alert-driven-discovery "The Microsoft Azure Alert service can raise alerts for any changes in the life-cycle state or the configuration of a cloud resource. You can configure the service to auto-update the latest resource information in the Configuration Management Database (CMDB) without waiting for the next scheduled Cloud Discovery to run.")
* GCP: [Configure the Google Cloud Logging service to auto-update the CMDB](https://www.servicenow.com/docs/axm7hKv~nSjRbY4ROnHxkg "You can activate the Google Cloud Logging (formerly Stackdriver Logging) service to auto-update Configuration Management Database (CMDB) configuration items (CI) data whenever Google Cloud Connector or your Google account makes a life-cycle state or configuration change to a Google Cloud Platform (GCP) resource. As a result, the CI data in the CMDB is updated without having to wait for Discovery to run.")
* AWS: [AWS events-driven discovery](https://www.servicenow.com/docs/_5Go0h8BtYcHPcsVTUsu7g "The Amazon Web Services (AWS) Config service can raise events for any changes in the life-cycle state or the configuration of a cloud resource. The ServiceNow event-driven discovery uses the events to auto-update the latest resource information in the Configuration Management Database (CMDB).")
{#cloud-discovery-wizard__ul_gqv_bfv_xfc}

## Choosing methods for desired business outcomes {#cloud-discovery-wizard__section_lqr_zhf_xgc}

Choosing the right discovery methods at the cloud metadata and OS layers for your desired business outcomes is essential for optimizing your configuration management strategy and achieving operational goals.

Cloud metadata layer discovery methods support the following business outcomes:  
{#cloud-discovery-wizard__table_en1_xpr_khc__entry__3}

| Business outcomes | Pattern-based Cloud Discovery | Service Graph Connectors |
|-|-|-|
| Regulatory compliance | Yes | Yes |
| Basic AIOps | Yes | Yes |
| Continuous visibility | AWS, Azure, and GCP | AWS only |
[Table 2. Cloud metadata layer discovery]

{#cloud-discovery-wizard__table_en1_xpr_khc}

OS layer discovery methods support the following business outcomes:  
{#cloud-discovery-wizard__table_c5q_3qr_khc__entry__4}

| Business outcomes | IP-based Horizontal Discovery | Agent Client Collector for Visibility Content | Service Graph Connectors |
|-|-|-|-|
| Regulatory compliance | Full | Full | Limited |
| SAM | Enterprise | Enterprise | Basic |
| FinOps | Yes | Yes | No |
| SecOps | Yes, including file-based discovery | Yes, including file-based discovery | No |
| Certificate management | Yes | Yes | No |
| AIOps | Full | Full | Limited |
| Oracle GLAS (Global Licensing Advisory Services) audits | Yes | Yes | No |
| Hibernating or autoscaling resource visibility | No | Yes | No |
[Table 3. OS layer discovery]

{#cloud-discovery-wizard__table_c5q_3qr_khc}

## Managing your cloud resources {#cloud-discovery-wizard__section_sr3_3dp_b3b}

Discovery Admin Workspace provides a centralized location for managing and monitoring discovery operations, including performance monitoring, issue diagnosis, and maintaining configuration
accuracy. From tracking schedules and diagnosing errors to tuning configurations and accessing insights, Discovery Admin Workspace integrates key tools to improve efficiency and visibility. You can identify critical tasks, manage discovery processes, and resolve issues with enhanced diagnostics and
reporting. For more information, see [Discovery Admin Workspace](https://www.servicenow.com/docs/nnD7xwnmHUU8lxpGghliog "The Discovery Admin Workspace serves as a central location for monitoring, tracking, and completing discovery-related tasks. Experience a streamlined discovery process and greater efficiency with the integration of schedules, diagnostics, tuning, anomaly detection, and more within this single workspace.").

If you have Cloud Account Management (CAM) within Cloud Workspace, you can use CAM to access your cloud account and resource inventory through the Cloud Asset Explorer, Cloud Compliance, and Cloud Accounts dashboards. Cloud Workspace provides comprehensive visibility into cloud accounts and assets across providers, enabling you to track ownership, monitor account trends, and promote regulatory compliance.
For more information, see [Cloud Account Management](https://www.servicenow.com/docs/cl9Wif_FZXMIH~AmKUAGrw "Cloud Account Management simplifies account management by automating tasks like creation and provisioning. Predefined policies enable easy suspension, reactivation, and certification of accounts. Potentially reduce provisioning times from weeks to minutes by automating requests, approvals, and setups.").

