---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/it-service-management
Release :
- xanadu
ft:locale :
- de-DE
ft:publication_title :
- Xanadu IT Service Management
ft:clusterId :
- itsm
bundleId :
- itsm
workflow :
- Technology
---
# Verwenden Sie die Erweiterung \[ ServiceNow DevOps für die anwenderdefinierten Aktionen Azure DevOps und Azure DevOps .
# Verwenden Sie die Erweiterung \[ ServiceNow DevOps für die anwenderdefinierten Aktionen Azure DevOps und Azure DevOps . {#ariaid-title1}
* Freigeben Version: Xanadu
*
* Aktualisiert 1. August 2024
*
*  6 Minuten Lesedauer
Installieren und konfigurieren Sie die Erweiterung \[ DevOps für Azure DevOps, um Build- und Release-Benachrichtigungen aus Ihrer Azure-Pipeline an DevOps Change-Geschwindigkeit\] zu senden.
## Vorbereitungen
Erforderliche Rolle: sn_devops.admin
## Warum und wann dieser Vorgang ausgeführt wird
Sie können die ServiceNow DevOps- Erweiterung im [Visual Studio Marketplace -- Erweiterungen für Azure DevOps](https://marketplace.visualstudio.com/azuredevops) verwenden, um Ihre Azure-Pipeline mit der Anwendung ServiceNow DevOps zu integrieren. Weitere Informationen zu Artefakten und Paketen in DevOps Change-Geschwindigkeitfinden Sie unter [Artefakte und Pakete](https://servicenow-prod.fluidtopics.net/zq~0NGNMiiJPDSBfT8ujIw "Artefakte und Pakete ermöglichen es DevOps Change-Geschwindigkeit, Entwicklungs- und Testaktivitäten für eine Vielzahl von Bereitstellungs- und Releasemodellen nachzuverfolgen. Diese Funktion stellt sicher, dass im Datenmodell DevOps gespeicherte Pipeline-Aktivitäten abgerufen und angewendet werden können, wenn Artefakte zu unterschiedlichen Zeiten oder in anderen Pipelines erstellt und veröffentlicht werden.").
* ServiceNow DevOps -Serviceverbindung
Erforderlich, um die Azure-Pipeline mit zu verbinden ServiceNow
* ServiceNow DevOps Release-Gate
Erforderlich, um die Change-Steuerung in Azure-Release-Pipelines (CD) zu aktivieren (nur für Bedingungen vor der Bereitstellung).
{#config-dev-ops-extensions-azure__ul_l4v_pp4_wmb}
Benutzerdefinierte Aufgaben in der Azure Build (CI)-Pipeline:
* Agentloser (Server-)Auftrag
* Anwenderdefinierte Aufgabezur Registrierung von ServiceNow DevOps-Serverartefakten
Erforderlich für agentenlose (Server-)Aufträge, um ein Artefakt in der Instanz ServiceNow zu registrieren
* Anwenderdefinierte Aufgabezur Registrierung von ServiceNow DevOps-Serverpaketen
Ist für Aufgaben ohne Agent (Server) erforderlich, um ein Paket in der Instanz ServiceNow zu registrieren
* Anwenderdefinierte Aufgabezur Beschleunigung von ServiceNow DevOps-Server-Changes
Ist für Aufträge ohne Agent (Server) erforderlich, um automatisch eine Change-Anforderung in ServiceNow Change-Management als Teil der Azure-Pipeline zu erstellen.
Hinweis:
Für die Aufgabe „ServiceNow DevOps-Server-Change-Beschleunigung " sind keine Aufgaben für ServiceNow DevOps-Serverauftragsbenachrichtigungen erforderlich.
* ServiceNow DevOps Server -- Anwenderdefinierte Change -Aufgabe abrufen
Erforderlich, um die Anzahl der Change-Anforderungen in einer Pipeline basierend auf bestimmten Change-Details für einen Serverauftrag abzurufen.
* Anwenderdefinierte Aufgabezum Ändern des ServiceNow DevOps-Server-Updates
Erforderlich, um die Details der Change-Anforderung zu aktualisieren, die einer Pipeline für einen Serverauftrag zugeordnet sind.
{#config-dev-ops-extensions-azure__ul_ojk_wlr_2lb}
* Agent-Auftrag
* Anwenderdefinierte Aufgabezur Registrierung von ServiceNow DevOps-Agent-Artefakten
Erforderlich für Agent-Aufträge, um ein Artefakt in der Instanz ServiceNow zu registrieren
* Anwenderdefinierte Aufgabezur Registrierung des ServiceNow DevOps-Agent-Pakets
Erforderlich für Agent-Aufträge zum Registrieren eines Pakets in der Instanz ServiceNow .
* Anwenderdefinierte Aufgabezum Abrufen von Changes für ServiceNow DevOps-Agents
Erforderlich, um die Nummer der Change-Anforderung in einer Pipeline basierend auf bestimmten Change-Details für einen Agent-Auftrag abzurufen.
* Anwenderdefinierte Aufgabezum Ändern von ServiceNow DevOps-Agent-Updates
Erforderlich, um die Details der Change-Anforderung zu aktualisieren, die einer Pipeline für einen Agent-Auftrag zugeordnet sind.
{#config-dev-ops-extensions-azure__ul_gn3_xlr_2lb}
Hinweis:
Die Aufgaben „ ServiceNow DevOps-Agent-Artefaktregistrierung" und „ ServiceNow DevOps-Agent-Paketregistrierung " werden für Release-Pipelines nicht unterstützt.
* Softwarequalitätsprüfungen (SonarQube/SonarCloud)
* Benutzerdefinierte Aufgabe „ServiceNow DevOps-Build-Sonar-Registrierung " (für Build-Pipelines)
* Anwenderdefinierte Aufgabe zurSonar-Registrierung von ServiceNow DevOps-Releases (für Release-Pipelines)
{#config-dev-ops-extensions-azure__ul_pn4_m2x_spb}
Hinweis:
Die ServiceNow DevOps-Build-Sonar-Registrierungsaufgabe wird für Release-Pipelines nicht unterstützt.
* Sicherheitsscans:
* Anwenderdefinierte Aufgabe „ServiceNow DevOps-Build-Sicherheitsergebnisse " (für Build-Pipelines)
* Anwenderdefinierte Aufgabe „ServiceNow DevOps Release-Sicherheitsergebnisse" (für Release-Pipelines)
{#config-dev-ops-extensions-azure__ul_h1y_d1d_2yb}
Hinweis:
Die Aufgabe „ ServiceNow DevOps -- Sicherheitsergebnis erstellen " wird für Release-Pipelines nicht unterstützt.
{#config-dev-ops-extensions-azure__ul_bpy_z13_wkb}
## Prozedur
1. Wechseln Sie zum [Visual Studio Marketplace](https://marketplace.visualstudio.com/), suchen Sie nach der Erweiterung ServiceNow DevOps, und klicken Sie auf Get it kostenloserhalten.
2. Wählen Sie Ihre Organisation Azure DevOps und dann Installierenaus.
3. Navigieren Sie aus Ihrem Projekt Azure DevOps zu ProjekteinstellungenPipelinesServiceverbindungenan.
4. Wählen Sie New service connection (Neue Serviceverbindung) und anschließend ServiceNow DevOpsaus.
5. Wählen Sie Weiter aus und geben Sie die folgenden Details ein:
|-|-|
| Authentifizierungsmethode | Wählen Sie aus, ob die Authentifizierung tokenbasiert oder standardmäßig erfolgt. |
| ServiceNow-Instanz | https://<your-instance> .service-now.de/ |
| Tool-ID | Die sys_id des Orchestration-Tools. Sie können diesen Wert mit dem Befehl sys_id kopieren im Formular „Orchestration Tool" kopieren. Wenn Sie den Arbeitsbereich verwenden, wählen Sie im Formular Azure DevOps das Tool „ Weitere Formularoptionen" (Symbol „ ![Weitere Formularoptionen]()" ) \> „sys_id kopieren". Wenn Sie Servicekatalog oder Classic verwenden, wählen Sie im Formular Azure DevOps das Tool „ Zusätzliche Aktionen" ( ![Symbol „Zusätzliche Aktionen]()" ) \> „Sys_id kopieren" aus. |
| Anwendername | Geben Sie devops.integration.user ein. |
| Passwort | Passwort für DevOps-Integrationsanwender. |
| API-Token | API-Token für die Verbindung mit dem Endpunkt. |
| Serviceverbindungsname | Geben Sie die DevOps-Verbindung ein |
| Erteilen Sie allen Pipelines Zugriffsberechtigungen | Aktivieren Sie die Checkbox. |
[ ]
{#config-dev-ops-extensions-azure__table_mpl_d11_ykb}
## Beispiel
Abbildung : 1. Azure Pipeline: Standardauthentifizierungsmethode für ServiceNow DevOps-Serviceverbindungen Abbildung : 2. Azure Pipeline: Authentifizierungsmethode auf Basis des ServiceNow DevOps-Serviceverbindungstokens
## Richten Sie eine Azure Build(CI)-Pipeline in ein DevOps {#ariaid-title2}
Verwenden Sie die Erweiterung \[ ServiceNow DevOps für Azure DevOps, um die Change-Steuerung sowie Artefakte und Pakete in Ihrer Azure Build(CI)-Pipeline zu konfigurieren.
### Vorbereitungen
Erforderliche Rolle: sn_devops.admin
### Prozedur
1. Navigieren Sie in Ihrer Azure DevOps-Instanz zu Pipelines.
2. Wählen Sie die Pipeline aus, für die Sie die Change-Steuerung aktivieren möchten.
3. Wählen Sie Ansichtaus.
Der YAML-Editor für die Pipeline wird zusammen mit dem Suchbereich Aufgaben auf der rechten Seite angezeigt.
4. Suchen Sie im Aufgabenbereich nach der gewünschten anwenderdefinierten Aktion, und wählen Sie sie aus.
{#dev-ops-config-azure-bld-pipeline__table_a2l_311_ykb__entry__2}
| Anwenderdefinierte Aktion | Schritte |
|-|-|
| ServiceNow DevOps Server Change Acceleration | 1. Geben Sie im Feld AnzeigenameServiceNow Change Accelerationein. 2. Geben Sie im Feld ServiceNow-EndpunktMeine Verbindungein. 3. Geben Sie im Feld Vorgelagerter Auftrag ausgeführt den Wert ein, der den vorherigen Auftrag in der Warteschlange angibt. Der Auftrag vor dem Server könnte beispielsweise Testsein. 4. Legen Sie im Feld Details zur Change-Anforderung den [Abschlusscode und die Felder Change-Anforderung](https://servicenow-prod.fluidtopics.net/oEwgw646gbwq4fUrArp1zA "Konfigurieren Sie, wie die Felder für Abschlussinformationen, Change-Status und Change-Anforderung aus einer Pipeline im Change-Schritt der Pipeline aktualisiert werden.") aus der Pipeline fest. {#dev-ops-config-azure-bld-pipeline__ol_bjq_ftb_kzb} Wählen Sie das Informationssymbol, um eine Beispielausgabe anzuzeigen. Weitere Informationen zur Change-Beschleunigung finden Sie unter [Change-Beschleunigung](https://servicenow-prod.fluidtopics.net/E9HLDQSY9wWEhBgjbOwutw "Aktivieren Sie die Change-Beschleunigungsfunktion von DevOps Change-Geschwindigkeit für die automatische Erstellung von Change-Anforderungen in Ihrer Pipeline, und verwenden Sie Flows und Richtlinien für Change-Genehmigungen, um die Genehmigung unter bestimmten Bedingungen zu automatisieren."). |
| ServiceNow DevOps -- Agent-Artefaktregistrierung | 1. Geben Sie im Feld ServiceNow-EndpunktMeine Verbindungein. 2. Geben Sie im Feld Nutzlast der Artefakte die JSON-Datei ein, die die Liste der Artefakte enthält. {#dev-ops-config-azure-bld-pipeline__ol_cjq_ftb_kzb} Weitere Informationen zu Artefakten finden Sie unter [Artefakte und Pakete](https://servicenow-prod.fluidtopics.net/zq~0NGNMiiJPDSBfT8ujIw "Artefakte und Pakete ermöglichen es DevOps Change-Geschwindigkeit, Entwicklungs- und Testaktivitäten für eine Vielzahl von Bereitstellungs- und Releasemodellen nachzuverfolgen. Diese Funktion stellt sicher, dass im Datenmodell DevOps gespeicherte Pipeline-Aktivitäten abgerufen und angewendet werden können, wenn Artefakte zu unterschiedlichen Zeiten oder in anderen Pipelines erstellt und veröffentlicht werden."). |
| ServiceNow DevOps -- Agent-Paketregistrierung | 1. Geben Sie im Feld ServiceNow-EndpunktMeine Verbindungein. 2. Geben Sie im Feld Paketname den Namen des Pakets ein, das Artefakte enthält. 3. Geben Sie im Feld Nutzlast der Artefakte das JSON-Objekt ein, das Build-Details und die Liste der Artefakte enthält. {#dev-ops-config-azure-bld-pipeline__ol_djq_ftb_kzb} Weitere Informationen zu Artefakten finden Sie unter [Artefakte und Pakete](https://servicenow-prod.fluidtopics.net/zq~0NGNMiiJPDSBfT8ujIw "Artefakte und Pakete ermöglichen es DevOps Change-Geschwindigkeit, Entwicklungs- und Testaktivitäten für eine Vielzahl von Bereitstellungs- und Releasemodellen nachzuverfolgen. Diese Funktion stellt sicher, dass im Datenmodell DevOps gespeicherte Pipeline-Aktivitäten abgerufen und angewendet werden können, wenn Artefakte zu unterschiedlichen Zeiten oder in anderen Pipelines erstellt und veröffentlicht werden."). |
| ServiceNow DevOps-Server -- Change abrufen | update-change-request-details-in-an-azure-devops-pipeline.html |
| ServiceNow DevOps-Serverupdate-Change | update-change-request-details-in-an-azure-devops-pipeline.html |
| ServiceNow DevOps-Agent -- Change abrufen | update-change-request-details-in-an-azure-devops-pipeline.html |
| ServiceNow DevOps -- Agent-Update-Change | update-change-request-details-in-an-azure-devops-pipeline.html |
[ ]
{#dev-ops-config-azure-bld-pipeline__table_a2l_311_ykb}
5. Wählen Sie Hinzufügenaus, um die anwenderdefinierte Aufgabe zum Abschnitt Aufgaben Ihrer Azure-Pipeline hinzuzufügen.
{#dev-ops-config-azure-bld-pipeline__steps_a2b_gv4_wmb}
### Beispiel
Abbildung : 3. Azure-Pipeline: Anwenderdefinierte Aufgabe zur ServiceNow DevOps-Change-Beschleunigung
Abbildung : 4. Beispiel für Details einer Change-Anforderung
## Richten Sie in eine Azure-Release-Pipeline (CD) ein DevOps {#ariaid-title3}
Verwenden Sie die Erweiterung \[ ServiceNow DevOps für Azure DevOps, um die Change-Steuerung sowie Artefakte und Pakete in Ihrer Azure-Release-Pipeline (CD) zu konfigurieren.
### Vorbereitungen
Erforderliche Rolle: sn_devops.admin
### Warum und wann dieser Vorgang ausgeführt wird
Hinweis:
Die Change-Steuerung in Azure-Release-Pipelines (CD) wird nur in Toren vor der Bereitstellung unterstützt. Change-Anforderungen für das Tor vor der Bereitstellung werden der Schrittausführung des ersten Auftrags in dieser Phase zugeordnet.
Phasen in einer Azure-Release-Pipeline werden einem Schritt zugeordnet. Der Schrittname für einen Auftrag mit mehreren Konfigurationen oder mehreren Agents darf nur den Phasennamen und nicht den tatsächlichen Auftragsnamen enthalten, der zur Laufzeit der Pipeline-Ausführung abgeleitet wird.
Aufgabenausführungen für übersprungene Aufgaben werden als fehlgeschlagen markiert.
### Prozedur
1. Navigieren Sie in Pipelines Azure DevOps zu Ihrer Release-Pipeline, und öffnen Sie das Fenster Bedingungen vor der Bereitstellung.
2. Aktivieren Sie die Gateway-Einstellung, und klicken Sie auf +Hinzufügen.
3. Klicken Sie auf das ServiceNow DevOps-Release-Gate, und wählen Sie den ServiceNow-Endpunkt aus.
4. Verlassen Sie die Release-Gate-Konfiguration, und erweitern Sie den Abschnitt Auswertungsoptionen, um die Felder für die Zeitsteuerung zu konfigurieren.
|-|-|
| Zeit zwischen der erneuten Auswertung von Toren | Intervall für erneute Auswertung in Minuten, Stunden oder Tagen. Wenn die Change-Anforderung abgebrochen oder abgelehnt wird, wertet das Releasegate der Azure-Pipeline den Status der Change-Anforderung im konfigurierten Intervall bis zur Zeitüberschreitung neu aus. Für weitere Neubewertungsversuche ist keine Benutzerinteraktion erforderlich, nachdem die Change-Anforderung bereits genehmigt, abgelehnt oder storniert wurde. |
| Zeitüberschreitung, nach der ein Tor fehlschlägt | Zeitüberschreitungswert in Minuten, Stunden oder Tagen. Wenn die Bedingungen für die Vorbereitstellung fehlschlagen, werden die nachfolgenden Aufträge der Phase als fehlgeschlagen markiert, und Start- und Endzeit werden standardmäßig auf die aktuelle Systemzeit festgelegt. |
[ ]
{#dev-ops-config-azure-rel-pipeline__table_tg3_2hq_wmb}
5. **Wahlweise:** Artefakte in Ihrer Azure-Release-Pipeline (CD) konfigurieren.
Um Artefakte mit der Build-Pipeline als Quelle einzurichten, müssen diese Namen übereinstimmen.
* Repository-Name und Build-Pipeline-Name (z. B. DeployableRepo).
* Namenseigenschaft des Build-Pipeline-Artefakts und Quellenalias-Eigenschaft des Release-Pipeline-Artefakts (z. B. BuildDrop).
{#dev-ops-config-azure-rel-pipeline__ul_dhv_1jq_wmb}
Zusätzlich zur Build-Pipeline können Sie Artefakte aus acht weiteren Quellen auswählen. Befolgen Sie diese Regeln, um Commit- und Arbeitselementdetails nachzuverfolgen.
* Wenn die Quelle die Build-Pipeline ist, muss die semantische Versionseigenschaft der Artefakte das Format MAJOR.MINOR.PATCH haben (z. B. 5.1.3).
* Wenn die Quelle nicht die Build-Pipeline ist, definieren Sie eine semantische Version durch die Implementierung der DevOpsArtifactSemanticVersionAPI- Erweiterungsschnittstelle.
{#dev-ops-config-azure-rel-pipeline__ul_ft2_qjq_wmb}
Weitere Informationen zu Artefakten finden Sie unter [Artefakte und Pakete](https://servicenow-prod.fluidtopics.net/zq~0NGNMiiJPDSBfT8ujIw "Artefakte und Pakete ermöglichen es DevOps Change-Geschwindigkeit, Entwicklungs- und Testaktivitäten für eine Vielzahl von Bereitstellungs- und Releasemodellen nachzuverfolgen. Diese Funktion stellt sicher, dass im Datenmodell DevOps gespeicherte Pipeline-Aktivitäten abgerufen und angewendet werden können, wenn Artefakte zu unterschiedlichen Zeiten oder in anderen Pipelines erstellt und veröffentlicht werden.").
{#dev-ops-config-azure-rel-pipeline__steps_ys2_fv4_wmb}
### Beispiel
Abbildung : 5. ServiceNow DevOps Erweiterung für Azure DevOps -- Release-Gate
Abbildung : 6. Azure-Release-Pipeline-Gate-Konfiguration vor der Bereitstellung
Abbildung : 7. Artefakt-Setup -- Build-Pipeline-Quelle
Abbildung : 8. Artefakt-Setup -- Release-Pipeline