--- sourceDocument: Zurich ServiceNow AI Platform Capabilities sourceDocumentLink: https://www.servicenow.com/docs/r/zurich/servicenow-platform Release : - zurich ft:locale : - en-US ft:publication_title : - Zurich ServiceNow AI Platform Capabilities ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Application services # Application services {#ariaid-title1} * Release version: Zurich * * Updated July 31, 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 12 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 Application services Application services in ServiceNow represent a set of interconnected applications and hosts configured to deliver a specific service to an organization. These services can be internal, such as an email system, or customer-facing, like a website. Each application service is modeled in the Configuration Management Database (CMDB) as configuration items (CIs) with defined relationships. The Common Service Data Model (CSDM) supports organizing these services and their relationships to business and technical service offerings. Application services have an entry point, typically a URL or IP address and port, which clients use to access the service. Show full answer Show less ## Types of Application Services * **Discovered (Service Mapping):** Uses pattern-based discovery to create detailed and accurate maps of application services, including cloud-native components like AWS gateways and Lambda functions. It provides a service-centric IT infrastructure view. * **Dynamic CI Group:** Creates application services based on dynamic grouping of CIs with common attributes (e.g., location). These groups update automatically and integrate with IT Service Management. * **Tag-based:** Utilizes tags (key-value labels) discovered from cloud and container assets to group and map application services, complementing top-down discovery methods by covering containers and partially discovered VMs. * **Created Manually:** Application owners manually document applications and infrastructure components. This method suits CIs not fully discoverable due to security or access restrictions but is time-consuming and requires manual updates. * **Dynamic:** Automatically includes CIs based on relationships stored in the CMDB. These services update in real time as CI relationships change and can be created by converting legacy business or manual services. ## Use Cases and Business Units Application services form the foundation for multiple ServiceNow AI Platform products and business units: * **ITOM Health:** Maps alerts to CIs and provides consolidated service-impact dashboards. * **ITOM Optimization:** Enables cloud infrastructure provisioning and cost management. * **IT Service Management:** Supports service delivery and management based on IT infrastructure. * **Customer Service Management:** Facilitates issue diagnosis in the context of application services. * **Software Asset Management:** Tracks software configurations affecting license consumption. * **Strategic Portfolio Management:** Provides insights into application usage within the organization. ## Methods to Create Application Services Choosing the right creation method depends on organizational needs and infrastructure: * **Top-down Discovery:** Utilizes Service Mapping patterns for precise discovery; best suited for mission-critical applications. Requires credential configuration and permissions. * **Tag-based Mapping:** Leverages existing tags from cloud and container environments; complements top-down discovery by covering containers and partially discovered VMs without needing elevated credentials. * **Integration with APM Tools:** Imports application maps from Dynatrace or AppDynamics for monitoring purposes. * **Dynamic CI Groups:** Creates services from CMDB groups based on common criteria; fast and simple but provides only list views without visual maps. * **Application Service API:** Supports bulk creation and automation of application services, useful for cross-organization mapping and DevOps CI/CD tracing. * **Manual Creation:** Suitable for non-discoverable CIs; requires manual updates and is best avoided when possible due to effort and maintenance overhead. * **Dynamic Services:** Automatically update based on CMDB relationships; supports converting legacy services to dynamic application services for enhanced utility. * **CSV Import:** Imports service candidates from structured CSV files; useful for organizations with pre-collected mapping data. ## Domain Separation Considerations If domain separation is deployed, application services and their associated CIs must belong to the same domain. When creating or updating services manually or via API, domain mismatches will prevent completion. Conversions from business services to application services respect domain boundaries and include only CIs within that domain. Understand application services, learn about different application service types and how multiple ServiceNow® business units and products use them. ## What application services are {#application-services__section_ech_sqs_1lb} A service instance is a set of interconnected applications and hosts that are configured to offer a service to the organization. Service instances can be internal, like an organization email system or customer-facing, like an organization website. For example, creating financial reports through a web-based application requires a computer, web server, application server, databases, middleware, and network infrastructure. These applications and hosts are all configured to offer the service of financial reporting. In development environments, an application service represents an instance of a business application or system. ServiceNow applications refer to devices and applications that comprise an application service as configuration items (CIs). The various CIs and the relationships between them, that comprise an application service, are stored in the Configuration Management Database (CMDB). Each application service contains an entry point as the top-level CI. An entry point is a point where clients access a service instance. Typically, it is a URL, or a combination of the IP address and port for application services in enterprise deployments. For cloud-based deployments, an entry point can be a URL to a cloud resource like an AWS gateway. Figure 1. Application service The Common Service Data Model (CSDM) helps you streamline service types and service offerings. You can add relationships between application services and other service-related objects in the CSDM: Business Application, Technical Service Offerings, or Business Service Offerings. There are the following types of application services: Discovered : Service Mapping discovers application services using patterns and by following traffic connections. Pattern-based discovery creates precise and complete application services that represent the service-centric view of the IT infrastructure. It creates a high-fidelity map that is well suited to managing mission-critical application services. In addition, it provides visibility of cloud-native services such as compute, load balancers, and API gateways. You can use service entry points such as AWS S3 buckets, AWS and Microsoft Azure API gateways, AWS Lambda functions, and Microsoft Azure functions to map services. It can also detect Lambda to Lambda calls and Lambda to RDS connections to build dynamic service maps. Top-down method maps VMs on-premises and in public clouds. However, it requires these VMs to be fully discovered for the top-down discovery to determine which applications are running in the VM. If a VM isn't fully discovered, use the tag-based method to bridge the gap (see later in this document). Tag-based mapping also maps containers, that you cannot map using the top-down discovery. Discovered application services have the service classification of application service. They are stored in the Mapped Application Service \[cmdb_ci_service_discovered\] table. Dynamic CI Group : Dynamic CI groups which act as application services. The members of the [CMDB groups](https://www.servicenow.com/docs/xG3JwMFbqlXrNsP3hkcz8g#cmdb-groups "A CMDB group is a collection of CIs that lets you apply CI actions collectively to all the CIs that are members in the group.") that is associated with the dynamic CI group, populates the application service. A dynamic CI group is a dynamic grouping of CIs, based on some common criteria such as the location of all web servers in Detroit or all Oracle databases in Boston. After creating a dynamic CI group, it can be used as a group offering in IT Service Management. If created from the Application Service wizard, the service classification is application service, and if created from the legacy Event Management UI or Service Mapping UI, the classification is technical service. Application services of the Dynamic CI Group type are stored in the Dynamic CI Group \[cmdb_ci_query_based_service\] table. Tag-based : A tag is a label that consists of a key-value pair. Your organization may use tags to categorize its assets, to enhance query and reporting capabilities. Discovery and Cloud Provisioning and Governance can discover tags used by all major cloud providers and container ecosystems. Once the tags are discovered, Service Mapping can create service instances based on these tags. For example, you can use tags to map all application services your organization uses in the production environment in the EMEA region. Tag-based application services have the service classification of application service. They are stored in the Tag-based Application Service \[cmdb_ci_service_by_tags\] table. Created Manually : With manual mapping, application owners manually document the applications, IT infrastructure, and relationships that support each application service. This methodology is the best fit for configuration items that are not fully discoverable due to security access issues. For example, IPS devices which support an intrusion prevention service for the security business unit. Try to avoid manual mapping wherever possible. It's incredibly time consuming to map services manually, and often the information needed for mapping is not available due to evolving technology and a lack of processes that track and document the infrastructure dependencies needed for application context. And, whenever subsequent changes are made to the application service topology, the service map must be manually updated. Manually created application services have the service classification of application service. Application services of the created manually type are stored in the Mapped Application Service \[cmdb_ci_service_discovered\] table. Dynamic : A dynamic application service includes only CIs that are part of CI relationships stored in the CMDB CI Relationship \[cmdb_rel_ci\] table. You can't edit a dynamic application service by directly adding or removing CIs from it. Dynamic application services are updated automatically to reflect any change to CI relationships in the CMDB CI Relationship \[cmdb_rel_ci\] table. When you add a relationship to a CI that is contained in a dynamic application service, then that service automatically updates to reflect the addition of the relationship and the associated new CI. In a similar manner, a dynamic application service automatically updates upon the removal of a relationship and its associated CI from a CI within the service. One way to create dynamic application services, is by converting legacy business services or legacy manual services (created with Event Management, for example) into application services of the dynamic type. Dynamic application services have the service classification of application service. Dynamic application services are stored in Calculated Application Services \[cmdb_ci_service_calculated\] table. ## Who uses application services {#application-services__section_qqy_sqs_1lb} Application services provide foundation for operation of the following business units and products of the ServiceNow AI Platform: * [ITOM Health](https://www.servicenow.com/docs/access?context=itom-health-landing-page&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) gathers alerts from infrastructure events captured by third-party monitoring tools. It then uses IT-related information gathered by Discovery to map alerts to configuration items. Based on the collected information, then provides dashboards showing a consolidated view of all service-impact events. * [ITOM Optimization](https://www.servicenow.com/docs/access?context=itom-optimization-landing-page&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) gives you tools to provision private and public cloud infrastructure and services and to achieve consistent management and cost visibility. The [Cloud Cost Management](https://www.servicenow.com/docs/access?context=cloud-insights-landing-page&version=zurich&pubname=zurich-it-asset-management&ft:locale=en-US) application, available in the ServiceNow Store, helps you to analyze the full range of costs associated with cloud assets so you can identify and take action on opportunities to save money and optimize operations.{#application-services__itom-optimization-high-level-def} * [IT Service Management](https://www.servicenow.com/docs/access?context=r_ITServiceManagement&version=zurich&pubname=zurich-it-service-management&ft:locale=en-US) users rely on the application services reflecting the IT infrastructure to manage and deliver services to their customers. * Customer Service Management users efficiently diagnose and resolve issues related to the IT infrastructure in the context of application services. * [Software Asset Management](https://www.servicenow.com/docs/access?context=c_SoftwareAssetMgmt&version=zurich&pubname=zurich-it-asset-management&ft:locale=en-US) users understand the software running in your IT environment and track configurations that impact software license consumption across your IT environments and datacenters. * [Strategic Portfolio Management](https://www.servicenow.com/docs/access?context=r_ITBusinessManagement&version=zurich&pubname=zurich-it-business-management&ft:locale=en-US) users utilize data collected for application services to gain a comprehensive understanding of the applications used in your organization. {#application-services__ul_o32_hdt_1lb} ## How to create application services {#application-services__section_dnq_kdt_1lb} Depending on the needs of your organization, you can deploy different methods of creating and populating application services. Important: You can use the top-down and manual methods for the same application service. You cannot combine any other methods for creating or populating the same application service. Analyze the IT infrastructure and service deployment in your organization to pick the optimal method of creating and populating application services. {#application-services__table_ubz_lkj_mlb__entry__3} | Method | When to use | Additional considerations | |-|-|-| | [Top-down discovery](https://www.servicenow.com/docs/access?context=pattern-based-discovery&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) Service Mapping performs top-down discovery of application services. Service Mapping uses patterns to discover and map CIs. A pattern is a sequence of steps whose purpose is to detect attributes of a CI and its outbound connections. This method creates precise and complete application services that reliably represent the service-aware view of your organization's IT infrastructure [Tag-based discovery in Service Mapping](https://www.servicenow.com/docs/access?context=tag-based-mapping&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) is a complimentary method that enriches the results of top-down discovery. | Use this method to discover industry-recognized or customized second-tier and third-tier applications. Such applications may include load-balancing solutions, application or web servers with database connections. | Pattern-based mapping requires configuring credentials, users, and user permissions to let Service Mapping access applications inside your organization private network. This process may take time and effort. | | [Tag-based](https://www.servicenow.com/docs/access?context=tag-based-mapping&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) If your organization uses tags for asset management, you can use these tags to map application services. Discovery and Cloud Provisioning and Governance discover tags assigned to CIs, and populate the CMDB with this data. Service Mapping uses the tag-related data from the CMDB to map services. Tag-based service mapping complements top-down service mapping. It provides visibility of containers and also maps VMs that aren't fully discovered, which top-down service mapping is unable to do. However, while tag-based mapping associates tagged components with specific application services, it doesn't map the connections between these components---This is another reason why tag-based mapping complements rather than replaces top-down service mapping. | Map resources on cloud workloads like IaaS/Paas/FaaS/CaaS as well as on container workloads using Kubernetes, OpenShift, or AWS ECS. Also, map resources in the Site Reliability Engineering (SRE) or Customer Reliability Engineering (CRE) deployments. Using tag-based method, you can map container resources in your deployments. Typically, you use this method to discover applications on cloud virtualizations or PaaS deployments. | Unlike other mapping methods, tag-based mapping doesn't require configuring credentials or providing users with elevated rights. Tag-based application services may not include relevant CIs, if these CIs don't have correct tags assigned to them. | | Ingesting Application Performance Management (APM) maps from integrated Dynatrace or AppDynamics deployments Create application services using the integration with [AppDynamics application model](https://store.servicenow.com/sn_appstore_store.do#!/store/application/3671b358db0d2200b141d6fdbf9619de/3.0.9?referer=/store/search?apptype=integrations%253Bnonintegrations&q=AppDynamics&sl=sh) and [Dynatrace monitoring](https://store.servicenow.com/sn_appstore_store.do#!/store/application/9f77f7a94f9f1200dbec7bb28110c7c2/2.6.0?referer=/store/search?apptype=integrations%253Bnonintegrations&q=dynatrace&sl=sh) platform available on ServiceNow Store. | Use this integration to create application services based on APM maps from Dynatrace or AppDynamics. You are able to use application services created by this method for monitoring Health. | Analyze discovered resources in the CMDB before ingesting from 3rd party to avoid creating duplicate CIs. | | [Populate an application service using the Dynamic CI Group method](https://www.servicenow.com/docs/AZlOHKokJEYb~UUWkgpFAw "The Dynamic CI Group method for populating an application service, automatically generates a dynamic CI group. The members of the CMDB group that the dynamic CI group is based on, populates the application service. The application service continuously synchronizes with the CMDB group to reflect any changes in membership in the CMDB group.") Based on CMDB groups, whose members populate the application service. | Use this method as a simple and fast way to create dynamic CI groups for deployments including Microsoft Active Directory, Microsoft Exchange or other DNS-related services. Dynamic CI Groups are especially useful if only a list of resource is available, without configuration details or credentials. Using a CMDB group lets you use CMDB Health to monitor health, and use a CMDB Query Builder saved query to filter for the CIs included in the application service. | There is no map view for application services created using this method. You can only view CIs belonging to such an application service as a list. Need to ensure that the CMDB group accurately filters for the CIs that should be included in the application service. | | [Application service API](https://www.servicenow.com/docs/access?context=application-service-api&version=zurich&pubname=zurich-api-reference&ft:locale=en-US) Create an automation for creating application services in bulk. Use this method, if your organization has performed cross-organization mapping and analysis and collected some information about services. Application services created using APIs belong to the manual type are stored in the Mapped Application Service \[cmdb_ci_service_discovered\] table. | Use this method for environments that require tracing of DevOps Continuous Integration/Continuous Deployment (CI/CD) process. You can import third-party service maps into manual application services individually or in bulk. For example, see the [Digital Guidebook: Importing 3rd-party service maps into ServiceNow Service Mapping](https://developer.servicenow.com/connect.do#!/event/knowledge19/LAB0577/knowledge19_LAB0577_bind_imported_cis_to_an_application_service). | Be familiar with the exact service structure: sys_id of each CI comprising the service and the hierarchy that the CIs form. This method requires knowledge of the scripting infrastructure that your organization uses. | | [Populate an application service using the Manual method](https://www.servicenow.com/docs/Rt7p1oD3ENzQrBuCC5OCWQ "The Manual method for populating an application service, is based on selecting an entry point CI, which lets users access the application service. To populate the application service, you then manually add CIs to the new application service.") Create a manual application service with one CI only: the entry point. To populate a manually created application service, add other CIs manually as described in [Manually add CIs to an application service](https://www.servicenow.com/docs/6BMOaGJtzhkgQt3j77NHBA "Add configuration items to manually created application services or to services discovered by Service Mapping."). Alternatively, create and populate manual application services by [converting business services](https://www.servicenow.com/docs/2b1ORdoMIsgkOdDqLMeVww#convert-bus-to-app-svc-intro "Unify the way you manage services in the organization by converting manually created records in the Service [cmdb_ci_service] table into application services. Conversion lets you streamline the different types of services in your organization, leverage ITOM Visibility capabilities, and align with the Common Service Data Model (CSDM). The conversion is irreversible: You can't transform application services back into business services.") created in the CMDB and stored in \[cmdb_ci_service\]. | Use the manual method if you can't use other methods of creating or populating application services. Create application services manually for intrusion prevention. | This method doesn't require any preexisting setup or object configuration. You can include CIs of any class in manually created application services. Manually created application services reflect some changes to CIs, like CI attributes. However, they do not automatically reflect changes to CI relationships. | | [Populate an application service using the Dynamic Service method](https://www.servicenow.com/docs/Pc~JtWT8EeXNUqcKnIL~_Q "The Dynamic Service method for populating an application service generates a dynamic application service. A dynamic application service automatically updates to reflect any changes to CI relationships in the CMDB CI Relationship [cmdb_rel_ci] table.") Application services that automatically update to reflect any change to CI relationships in the CMDB CI Relationship \[cmdb_rel_ci\] table. To conform with Common Service Data Model, you can also convert legacy services to dynamic application services. Those legacy services are stored in the \[cmdb_ci_service\] or \[cmdb_ci_service_manual\] CMDB tables: * [Convert business services to application services](https://www.servicenow.com/docs/2b1ORdoMIsgkOdDqLMeVww#convert-bus-to-app-svc-intro "Unify the way you manage services in the organization by converting manually created records in the Service [cmdb_ci_service] table into application services. Conversion lets you streamline the different types of services in your organization, leverage ITOM Visibility capabilities, and align with the Common Service Data Model (CSDM). The conversion is irreversible: You can't transform application services back into business services.") * [Convert legacy manual services into dynamic application services](https://www.servicenow.com/docs/FZcsfYqoan4eNvzt7MWbwQ "Unify the way that you manage services in your organization by converting legacy manual services into dynamic application services. Conversion lets you streamline the different types of services in your organization, leverage ITOM capabilities, and align with the Common Service Data Model (CSDM).") {#application-services__ul_hpg_yz1_frb} | Use this method to transform legacy business services into application services that other ServiceNow products can utilize. For example, dynamic application services can be used for service monitoring and change management. | You can't edit a dynamic application service by adding or removing CIs from it. The system automatically modifies an application service of the dynamic type when you modify relevant relationships for CIs that are part of that application service. | | [From CSV file](https://www.servicenow.com/docs/access?context=import-business-services-csv&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) Service Mapping extracts information from this file and creates potential application services referred to as service candidates. Use this method, if your organization has performed cross-organization mapping and analysis and collected some information about services. | If necessary, you can import service candidates from multiple CSV files. | Organize all the collected information in a specific order in a CSV file, precisely as described in the documentation. | [Table 1. Choosing the right method for your deployment] {#application-services__table_ubz_lkj_mlb} To comply with CSDM, convert manual services created using IT Operations Management Event Management and stored in \[cmdb_ci_service_manual\] as covered in [Convert manual services to application services](https://www.servicenow.com/docs/access?context=migrate-manual-2-application-service&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US) or [Convert manual services to application services using API](https://www.servicenow.com/docs/access?context=convert-manual-to-application-service&version=zurich&pubname=zurich-it-operations-management&ft:locale=en-US). Converted services become application services of the manual type stored in the Mapped Application Service \[cmdb_ci_service_discovered\] table. ## Domain separation {#application-services__section_qgq_hdx_xdb} Domain separation, if deployed, impacts an service instance as follows: * When creating an service instance, the service instance is assigned to the user's domain. * When manually adding a CI to an service instance, you can choose only CIs that belong to the service domain. * When using the [createOrUpdateService - POST](https://www.servicenow.com/docs/access?context=application-service-api&version=zurich&pubname=zurich-api-reference&ft:locale=en-US) REST API for creating or updating an application service, the process stops if one of the CIs referenced in the API belongs to a different domain than the application service itself. * When converting business services into application services, the newly created application service belongs to the same domain as the original business service. The application service comprises only CIs belonging to the same domain as the application service itself. {#application-services__ul_hkr_t3t_xdb}