Verwenden Sie ServiceNow DevOps Erweiterung für Azure DevOps Und Azure DevOps Anwenderdefinierte Aktionen

Installieren und konfigurieren DevOps Erweiterung für Azure DevOps Zum Senden von Build- und Release-Benachrichtigungen aus Ihrer Azure-Pipeline an DevOps Change-Geschwindigkeit.

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Warum und wann dieser Vorgang ausgeführt wird

Sie können verwenden ServiceNow DevOps Erweiterung ein Visual Studio Marketplace: Erweiterungen für Azure DevOps Um Ihre Azure-Pipeline mit zu integrieren ServiceNow DevOps Anwendung. Für weitere Informationen zu Artefakten und Paketen in DevOps Change-Geschwindigkeit, Siehe Artefakte und Pakete.

• ServiceNow DevOps Serviceverbindung

  Erforderlich, um die Azure-Pipeline mit zu verbinden ServiceNow

• ServiceNow DevOps-Release-Gate

  Erforderlich, um die Change-Steuerung in Azure Release (CD)-Pipelines zu aktivieren (nur unter Bedingungen vor der Bereitstellung).

Anwenderdefinierte Aufgaben der Azure Build-Pipeline (CI):

• Agentenloser Auftrag (Server)
  • Registrierung von ServiceNow DevOps-Server-Artefakten Anwenderdefinierte Aufgabe

    Erforderlich für agentenlose (Server-)Aufträge, um ein Artefakt in zu registrieren ServiceNow Instanz

  • Registrierung des ServiceNow DevOps-Serverpakets Anwenderdefinierte Aufgabe

    Erforderlich für agentenlose (Server-)Aufträge, um ein Paket in zu registrieren ServiceNow Instanz

  • ServiceNow DevOps-Server-Change-Beschleunigung Anwenderdefinierte Aufgabe

    Erforderlich, damit agentenlose (Server-)Aufträge automatisch eine Change-Anforderung in erstellen können ServiceNow Change-Management Als Teil der Azure-Pipeline.

    Hinweis:

    Die ServiceNow DevOps-Server-Change-Beschleunigung Aufgabe ist nicht erforderlich ServiceNow DevOps-Server-Auftragsbenachrichtigung Aufgaben.
  • ServiceNow DevOps-Server – Change abrufen Anwenderdefinierte Aufgabe

    Erforderlich, um die Change-Anforderungsnummer in einer Pipeline basierend auf bestimmten Change-Details für einen Serverauftrag abzurufen.

  • ServiceNow DevOps-Server-Update-Change Anwenderdefinierte Aufgabe

    Erforderlich, um die Change-Anforderungsdetails zu aktualisieren, die einer Pipeline für einen Serverauftrag zugeordnet sind.

• Agent-Auftrag
  • Registrierung von ServiceNow DevOps-Agent-Artefakten Anwenderdefinierte Aufgabe

    Erforderlich für Service Desk-Mitarbeiter-Aufträge, um ein Artefakt in zu registrieren ServiceNow Instanz

  • Registrierung des ServiceNow DevOps-Agent-Pakets Anwenderdefinierte Aufgabe

    Erforderlich für Service Desk-Mitarbeiter-Aufträge, um ein Paket in zu registrieren ServiceNow Instanz

  • ServiceNow DevOps-Agent – Change abrufen Anwenderdefinierte Aufgabe

    Erforderlich, um die Change-Anforderungsnummer in einer Pipeline basierend auf bestimmten Change-Details für einen Service Desk-Mitarbeiter-Auftrag abzurufen.

  • ServiceNow DevOps-Agent-Update-Change Anwenderdefinierte Aufgabe

    Erforderlich, um die Change-Anforderungsdetails zu aktualisieren, die einer Pipeline für einen Agent-Auftrag zugeordnet sind.

  Hinweis:

  Die Registrierung von ServiceNow DevOps-Agent-Artefakten Und Registrierung des ServiceNow DevOps-Agent-Pakets Aufgaben werden für Release-Pipelines nicht unterstützt.
• Softwarequalitätsscans (SonarQube/SonarCloud)
  • ServiceNow DevOps – Sonar-Registrierung erstellen Anwenderdefinierte Aufgabe (für Build-Pipelines)
  • Sonar-Registrierung für ServiceNow DevOps-Release Anwenderdefinierte Aufgabe (für Release-Pipelines)
  Hinweis:

  Die ServiceNow DevOps – Sonar-Registrierung erstellen Aufgabe wird für Release-Pipelines nicht unterstützt.
• Sicherheitsscans:
  • ServiceNow DevOps erstellt Sicherheitsergebnisse Anwenderdefinierte Aufgabe (für Build-Pipelines)
  • ServiceNow DevOps – Sicherheitsergebnisse veröffentlichen Anwenderdefinierte Aufgabe (für Release-Pipelines)
  Hinweis:

  Die Sicherheitsergebnis von ServiceNow DevOps erstellen Aufgabe wird für Release-Pipelines nicht unterstützt.

Prozedur

1. Wechseln Sie zu Visual Studio-Marktplatz , Suchen Sie nach ServiceNow DevOps Erweiterung, und klicken Sie auf Erhalten Sie es kostenlos .

   

2. Wählen Sie Ihr aus Azure DevOps Organisation und wählen Sie aus Installieren .
3. Von Ihrem Azure DevOps Projekt, navigieren Sie zu Projekteinstellungen > Pipelines > Serviceverbindungenan.
4. Wählen Sie Aus Neue Serviceverbindung Und wählen Sie aus der Liste aus ServiceNow DevOps .
5. Wählen Sie Aus Als Nächstes Und geben Sie die folgenden Details ein:

   Authentifizierungsmethode	Wählen Sie aus, ob die Authentifizierung über die tokenbasierte Methode oder die Standardmethode erfolgt.
   ServiceNow-Instanz	https://<your-instance>.service-now.com/
   Tool-ID	Die sys_ID des Orchestration-Tools. Sie können diesen Wert mit kopieren Kopieren Sie die sys_ID Befehl im Formular „Orchestration Tool“. Wenn Sie den Arbeitsbereich verwenden, wählen Sie aus Weitere Formularoptionen ( ) > sys_ID kopieren Auf der Azure DevOps Tool-Verbindungsformular. Wenn Sie Servicekatalog oder Classic verwenden, wählen Sie aus Zusätzliche Aktionen ( ) > sys_ID kopieren Auf der Azure DevOps Tool-Verbindungsformular.
   Anwendername	Geben Sie Ein devops.integration.user . Hinweis: Der Schritt zum Eingeben des Integrationsanwendernamens und -Passworts ist nur erforderlich, um zu konfigurieren, wenn DevOps Config oder installiert ist This property decides whether to create a Generic Connection on configure operation for Azure DevOpsEigenschaft ist deaktiviert. Wenn dieser Schritt nicht erforderlich ist, werden Webhooks mit der tokenbasierten Authentifizierung konfiguriert.
   Passwort	Passwort für DevOps-Integrationsanwender. Hinweis: Der Schritt zum Eingeben des Integrationsanwendernamens und -Passworts ist nur erforderlich, um zu konfigurieren, wenn DevOps Config oder installiert ist This property decides whether to create a Generic Connection on configure operation for Azure DevOpsEigenschaft ist deaktiviert. Wenn dieser Schritt nicht erforderlich ist, werden Webhooks mit der tokenbasierten Authentifizierung konfiguriert.
   API-Token	API-Token für die Verbindung mit dem Endpunkt.
   Name der Serviceverbindung	Geben Sie Ein DevOps-Verbindung
   Gewähren Sie allen Pipelines Zugriffsberechtigung	Aktivieren Sie das Kontrollkästchen.

Beispiel

Abbildung : 1. Azure-Pipeline: Standardauthentifizierungsmethode für ServiceNow DevOps-Serviceverbindung

Abbildung : 2. Azure-Pipeline: Auf dem Verbindungstoken des ServiceNow DevOps-Service basierende Authentifizierungsmethode

Richten Sie eine Azure Build (CI)-Pipeline in ein DevOps

Verwenden Sie ServiceNow DevOps Erweiterung für Azure DevOps Zum Konfigurieren Change-Steuerung Und Artefakte und Pakete in Ihrer Azure Build (CI)-Pipeline.

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Prozedur

1. Navigieren Sie zu Pipelines In Ihrer Azure DevOps-Instanz.
2. Wählen Sie die Pipeline aus, für die Sie die Change-Steuerung aktivieren möchten.
3. Wählen Sie Aus Anzeigen .
   Der YAML-Editor für die Pipeline wird zusammen mit angezeigt Aufgaben Suchbereich auf der rechten Seite.
4. Suchen Sie in nach der erforderlichen anwenderdefinierten Aktion Aufgaben Bereich und wählen Sie ihn aus.

   Anwenderdefinierte Aktion	Schritte
   ServiceNow DevOps-Server-Change-Beschleunigung	In Anzeigename Feld eingeben ServiceNow Change-Beschleunigung . In ServiceNow-Endpunkt Feld eingeben Meine Verbindung . In Vorgelagerter Auftrag ausgeführt Feld den Wert eingeben, der den vorherigen Auftrag in der Zeile angibt. Beispielsweise kann der Auftrag vor dem Server sein Testen . In Details zur Change-Anforderung Feld, festgelegt Felder „Abschlusscode“ und „Change-Anforderung“ Von innerhalb der Pipeline. Wählen Sie das Informationssymbol aus, um eine Beispielausgabe anzuzeigen. Weitere Informationen zur Change-Beschleunigung finden Sie unter Change-Beschleunigung .
   ServiceNow DevOps-Agent-Artefaktregistrierung	In ServiceNow-Endpunkt Feld eingeben Meine Verbindung . In Artefakt-Nutzlast Geben Sie das JSON-Objekt mit der Liste der Artefakte ein. Weitere Informationen zu Artefakten finden Sie unter Artefakte und Pakete.
   ServiceNow DevOps-Agent-Paketregistrierung	In ServiceNow-Endpunkt Feld eingeben Meine Verbindung . In Paketname Feld den Namen des Pakets eingeben, das Artefakte enthält. In Artefakt-Nutzlast Geben Sie das JSON-Objekt ein, das Build-Details und eine Liste der Artefakte enthält. Weitere Informationen zu Artefakten finden Sie unter Artefakte und Pakete.
   ServiceNow DevOps-Server – Change abrufen	Rufen Sie Details zu Change-Anforderungen in ab, und aktualisieren Sie sie Azure DevOps Pipeline
   ServiceNow DevOps-Server-Update-Change	Rufen Sie Details zu Change-Anforderungen in ab, und aktualisieren Sie sie Azure DevOps Pipeline
   ServiceNow DevOps-Agent – Change abrufen	Rufen Sie Details zu Change-Anforderungen in ab, und aktualisieren Sie sie Azure DevOps Pipeline
   ServiceNow DevOps-Agent-Update-Change	Rufen Sie Details zu Change-Anforderungen in ab, und aktualisieren Sie sie Azure DevOps Pipeline

5. Wählen Sie Aus Hinzufügen , Um die anwenderdefinierte Aufgabe dem Abschnitt Aufgaben Ihrer Azure-Pipeline hinzuzufügen.

Beispiel

Abbildung : 3. Azure-Pipeline: Anwenderdefinierte ServiceNow DevOps-Change-Acceleration-Aufgabe

Abbildung : 4. Beispiel für Change-Anforderungsdetails

Richten Sie eine Azure-Release-Pipeline (CD) in ein DevOps

Verwenden Sie ServiceNow DevOps Erweiterung für Azure DevOps Dient zum Konfigurieren der Change-Steuerung sowie von Artefakten und Paketen in Ihrer Azure-Release-Pipeline (CD).

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Warum und wann dieser Vorgang ausgeführt wird

Hinweis:

Die Change-Steuerung in Azure Release (CD)-Pipelines wird nur in Gates vor der Bereitstellung unterstützt. Change-Anforderungen für Gate 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 Multi-Konfigurations- oder Multi-Agent-Auftrag darf nur den Phasennamen und nicht den tatsächlichen Auftragsnamen enthalten, der zur Laufzeit der Pipeline abgeleitet wurde.

Aufgabenausführungen für übersprungene Aufgaben sind als fehlgeschlagen markiert.

Prozedur

1. In Azure DevOps Pipelines, wählen Sie aus Pipelines > Releases, Und wählen Sie dann Ihre Release-Pipeline aus.
2. Wählen Sie Aus Bearbeiten Zum Öffnen des Pipeline-Editors.
3. Wählen Sie die Vorbereitstellung aus ( ) Symbol für Ihre Phase, und wählen Sie dann die Umschaltfläche, um sie zu aktivieren Gates .
4. Wählen Sie Aus +Hinzufügen , Und wählen Sie aus ServiceNow DevOps-Release-Gate .
5. Wählen Sie Aus ServiceNow DevOps-Release-Gate Und wählen Sie den ServiceNow-Endpunkt aus.
6. Beenden Sie die Release-Gate-Konfiguration, und erweitern Sie den Abschnitt Auswertungsoptionen, um die folgenden Zeitfelder zu konfigurieren.

   Die Zeit zwischen der erneuten Auswertung von Gates

   Intervall der Neubewertung in Minuten, Stunden oder Tagen. Wenn die Change-Anforderung abgebrochen oder abgelehnt wird, bewertet das Azure-Pipeline-Release-Gate den Status der Change-Anforderung im konfigurierten Intervall bis zur Zeitüberschreitung erneut. Für weitere Versuche der Neubewertung ist kein Anwendereingriff erforderlich, nachdem die Change-Anforderung bereits genehmigt, abgelehnt oder abgebrochen wurde.

   Die Zeitüberschreitung, nach der Gates fehlschlagen

   Zeitüberschreitungswert in Minuten, Stunden oder Tagen. Wenn die Bedingungen vor der Bereitstellung fehlschlagen, werden die nachfolgenden Aufträge der Phase als fehlgeschlagen markiert, und die Start- und Endzeit wird standardmäßig auf die aktuelle Systemzeit festgelegt.

   Abbildung : 5. Konfiguration des Azure-Release-Pipelines vor der Bereitstellung

   

7. Wahlweise: Konfigurieren Sie Artefakte in Ihrer Azure-Release-Pipeline (CD).
   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 Quellalias-Eigenschaft des Release-Pipeline-Artefakts (z. B. BuildDrop).

   Zusätzlich zur Build-Pipeline können Sie Artefakte aus anderen acht Quellen auswählen. Um Commit- und Arbeitselementdetails nachzuverfolgen, befolgen Sie diese Regeln.

   • Wenn die Quelle die Build-Pipeline ist, die Semantische Version Die Eigenschaft der Artefakte muss das Format aufweisen MAJOR.MINOR.PATCH (Beispiel: 5,1.3).
   • Wenn die Quelle nicht die Build-Pipeline ist, definieren Sie ein Semantische Version Durch Implementierung von DevOpsArtifactSemanticVersionAPI Erweiterungsschnittstelle.

   Siehe Artefakte und Pakete Für weitere Informationen zu Artefakten.

Beispiel

Abbildung : 6. Artefakt-Setup: Pipeline-Quelle erstellen

Abbildung : 7. Artefakt-Setup: Release-Pipeline