Build- und Integrationsdomäne im CSDM-Modell
Entwicklungsteams verwenden die Tabellen in der Domäne „Build & Integration“ während der Build-Maßnahme (Systementwicklungslebenszyklus – SDLC oder Agile Development) digitaler Produkte. Die Tabellen stellen die logischen Entwicklungsdetails der Enterprise-Anwendungen (digitale Produkte) dar, die von Ihrer Organisation bereitgestellt und verwendet werden sollen. Dies sind keine funktionsfähigen CIs.
Tabellen und Beziehungen in der Build- und Integrationsdomäne
Eine SDLC-Komponente ist ein CI, das eine eindeutige Entwicklungsmaßnahme für Code darstellt. Sie stellt Teile einer größeren Geschäftsanwendung oder eines digitalen Produkts dar, aufgeschlüsselt nach einzeln entwickelten Komponenten. Mit anderen Worten: Die SDLC-Komponente ist ein Softwareelement einer größeren Anwendung oder Technologie. SDLC-Komponenten-CI-Datensätze in der Tabelle „SDLC-Komponente“ [cmdb_ci_sdlc_component] aktivieren DevOps Produkt zur Bereitstellung erweiterter Fähigkeiten für die Visualisierung und Verwaltung Ihrer Anwendungsentwicklungs-Pipeline.
Datensätze in der Tabelle sind nicht funktionsfähig und keine direkten Ziele von ITSM Incident-Management, Problem-Management, Oder Change-Management Prozesse. Daher müssen Sie SDLC-Komponentendatensätze nicht konfigurieren. Die SDLC-Komponententabelle ist über verfügbar CMDB Schemaversion 1,33.
Das DevOps-Change-Datenmodell basiert auf einem leistungsstarken Datenmodell, das Ihre DevOps-Toolkette mit der Arbeit und den Daten verbindet, die sich bereits auf der Plattform befinden. Das Modell bietet die Möglichkeit, Changes zu beschleunigen und gleichzeitig ein effektives und transparentes Risikomanagement sicherzustellen.
Die Build- und Integrationsdomäne enthält die folgenden Tabellen und Beziehungen:
- Geschäftsanwendung (Serviceverbrauchsdomäne) Contains::Contained BySDLC-Komponente
- SDLC-Komponente hat einen Contains::Contained ByBeziehung zur Serviceinstanz-Tabelle in der Domäne „Servicebereitstellung“.
Tabellen, die während der Build- und Integrationsphase des Servicelebenszyklus verwendet werden
Das digitale Al-System-Asset stellt die Software-/Anwendungskomponenten für Al- und Gen-Al-Services dar. Für die Zwecke von Build, Integration und Al-Governance stellt das digitale Al-System-Asset (ServiceNow, Drittpartei oder anwenderdefiniert) die bereitstellbare Softwarequelle, Binärdateien und Komponenten dar, die in die Build- und Integrations-Pipelines eingespeist werden. Ein Asset kann bereitgestellt werden oder derzeit nicht bereitgestellt werden.
Typen der SDLC-Komponente
- Anwendung: Eine Serviceinstanz ist eine bereitgestellte Instanz der SDLC-Anwendungskomponente. Beispiele sind Micro-Services und APIs. Das Build-Team erstellt normalerweise Serviceinstanzen im Namen des Serviceverantwortlichen (wie in beschrieben) Verwalten Sie die Portfolio-Domäne im CSDM-Modell).
Weitere Informationen finden Sie unter Verwenden Sie das Dashboard „Anwendungsservices“, um die Integrität zu überwachen.
- Infrastruktur: Jedes Infrastruktur-CI, das einen Snapshot seiner Konfigurationsdetails darstellt, ist eine bereitgestellte Instanz der SDLC-Infrastrukturkomponente. Beispiele sind Datenbank- und Sicherheitskonfigurationen.