Build & Integration domain in the CSDM model
Summarize
Summary of Build & Integration domain in the CSDM model
The Build & Integration domain in the Common Service Data Model (CSDM) focuses on the development phase within the systems development life cycle (SDLC), particularly Agile development of digital products. This domain includes tables and relationships that represent logical development details of enterprise applications, enabling development teams to manage and visualize their build efforts. Notably, these are not operational configuration items (CIs) and are separate from ITSM processes like Incident, Problem, or Change Management.
Show less
Key Features
- Agile Development Component CI: Represents unique pieces of code or software elements within larger business applications or digital products. These components reside in the cmdbcisdlccomponent table and support enhanced DevOps pipeline visualization and management.
- Integration with DevOps Change Data Model: Connects the DevOps toolchain with existing platform data, enabling accelerated change management with effective risk controls.
- Relationships: SDLC components have defined relationships with business applications (in the Service Consumption domain) and service instances (in the Service Delivery domain), supporting traceability from development components through deployment.
- AI System Digital Asset: Represents software components (including ServiceNow, third-party, or custom assets) used in AI and Generative AI services, which feed into build and integration pipelines and include deployable binaries and source code.
- Types of SDLC Components:
- Application: Deployed instances such as microservices or APIs built for the Service Owner, monitored via tools like the Application Services dashboard.
- Infrastructure: Deployed infrastructure snapshots, including database and security configurations, representing the infrastructure components in the build phase.
What This Enables for ServiceNow Customers
By leveraging the Build & Integration domain, ServiceNow customers can effectively model and manage their Agile development components and their relationships within the enterprise architecture. This domain supports improved visibility into development pipelines and integration with DevOps processes without impacting ITSM operations. It also facilitates governance of AI-related digital assets during build and integration, ensuring alignment with portfolio management and service delivery.
Development teams use the tables in the Build & Integration domain during the build effort (systems development life cycle — Agile development) of digital products. The tables represent the logical development details of the enterprise applications (digital products) to be deployed and used by your organization. These are not operational CIs.
Tables and relationships in the Build & Integration domain
An Agile development component is a CI that represents a unique development effort of code. It represents parts of a larger business application or digital product broken down into its individually developed components. In other words, the Agile development component is a software element of a larger application or technology. Agile development component CI records in the Agile development Component [cmdb_ci_sdlc_component] table enable the DevOps product to provide enhanced capabilities for visualizing and managing your application development pipeline.
Records in the table are not operational and are not direct targets of the ITSM Incident Management, Problem Management, or Change Management processes. You therefore are not required to configure SDLC component records. The SDLC Component table is available through the CMDB schema version 1.33.
The DevOps Change Data Model is built on a powerful data model that connects your DevOps tool chain to the work and data already in the platform. The model provides the ability to accelerate changes while ensuring effective and transparent risk management.
The Build & Integration domain includes the following tables and relationships:
- Business application (Service Consumption domain) Contains::Contained By SDLC component
- SDLC component has a Contains::Contained By relationship with the Service instance table in the Service Delivery domain.
Tables used during the Build & Integration phase of the service life cycle
The Al System Digital Asset represents the Software/ Application components for Al and Gen Al services. For the purposes of build, integration, and Al governance, the Al System Digital Asset (ServiceNow asset, third-party asset, or custom asset) represents the deployable software source, binaries, and components that feed into the Build & Integration pipelines. An asset can be deployed or not currently deployed.
Types of SDLC component
- Application: A service instance is a deployed instance of the SDLC application component. Examples include micro services and APIs. The build team typically builds service instances on behalf of the Service Owner (as described in Manage Portfolio domain in the CSDM model).
- Infrastructure: Any infrastructure CI that represents a snapshot of its configuration details is a deployed instance of the SDLC infrastructure component. Examples include database and security configurations.