Verwenden Sie ServiceNow DevOpsErweiterung für Azure DevOpsUnd Azure DevOpsAnwenderdefinierte Aktionen

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 6 Minuten Lesedauer
  • Installieren und konfigurieren DevOpsErweiterung für Azure DevOpsZum 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-Marktplatz: Erweiterungen für Azure DevOps Um Ihre Azure-Pipeline in zu integrieren ServiceNow DevOpsAnwendung. 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 DevOps-Serverartefakten von ServiceNow Anwenderdefinierte Aufgabe

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

      • Registrierung des ServiceNow DevOps-Serverpakets Anwenderdefinierte Aufgabe

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

      • ServiceNow DevOps-Server-Change-Beschleunigung Anwenderdefinierte Aufgabe

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

        Hinweis:
        Die ServiceNow DevOps-Server-Change-Beschleunigung Aufgabe erfordert nicht ServiceNow DevOps-Serverauftragsbenachrichtigung 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-Serveraktualisierungsänderung Anwenderdefinierte Aufgabe

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

    • Agent-Auftrag
      • ServiceNow DevOps-Agenten-Artefaktregistrierung Anwenderdefinierte Aufgabe

        Erforderlich für Agent-Aufträge, um ein Artefakt in zu registrieren ServiceNowInstanz

      • ServiceNow DevOps-Agenten-Paketregistrierung Anwenderdefinierte Aufgabe

        Erforderlich für Agent-Aufträge, um ein Paket in zu registrieren ServiceNowInstanz

      • ServiceNow DevOps-Service Desk-Mitarbeiter – 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 ServiceNow DevOps-Agenten-Artefaktregistrierung Und ServiceNow DevOps-Agenten-Paketregistrierung Aufgaben werden für Release-Pipelines nicht unterstützt.
    • Softwarequalitätsscans (SonarQube/SonarCloud)
      • ServiceNow DevOps – Sonarregistrierung erstellen Anwenderdefinierte Aufgabe (für Build-Pipelines)
      • ServiceNow DevOps Release-Sonarregistrierung Anwenderdefinierte Aufgabe (für Release-Pipelines)
      Hinweis:
      Die ServiceNow DevOps – Sonarregistrierung 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 ServiceNow DevOps – Sicherheitsergebnis 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 .
      DevOps Azure-Erweiterung
    2. Wählen Sie aus Azure DevOpsOrganisation und wählen Sie aus Installieren .
    3. Von Ihrem Azure DevOpsProjekt, 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 Weiter 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 des Orchestration-Tools. Wenn Sie den Arbeitsbereich verwenden, wählen Sie aus Weitere Formularoptionen ( Symbol für weitere Formularoptionen) > sys_ID kopieren Auf Azure DevOpsTool-Verbindungsformular. Wenn Sie Servicekatalog oder Klassisch verwenden, wählen Sie aus Zusätzliche Aktionen ( Symbol für zusätzliche Aktionen) > sys_ID kopieren Auf Azure DevOpsTool-Verbindungsformular.

      Anwendername Eingabetaste devops.integration.user .
      Passwort Passwort für DevOps-Integrationsanwender.
      API-Token API-Token für die Verbindung zum Endpunkt.
      Name der Serviceverbindung Eingabetaste DevOps-Verbindung
      Gewähren Sie allen Pipelines Zugriffsberechtigung Aktivieren Sie das Kontrollkästchen.

    Beispiel

    Abbildung : 1. Azure-Pipeline: Standardauthentifizierungsmethode für ServiceNow DevOps-Serviceverbindung
    Neue Serviceverbindung in Azure DevOps für die Standardauthentifizierungsmethode
    Abbildung : 2. Azure-Pipeline: Auf dem Verbindungstoken des ServiceNow DevOps-Service basierende Authentifizierungsmethode
    Neue Serviceverbindung in Azure DevOps für tokenbasierte Authentifizierungsmethode

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

    Verwenden Sie ServiceNow DevOpsErweiterung für Azure DevOpsZum 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 Ansicht .
      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 Und wählen Sie ihn aus.
      Anwenderdefinierte Aktion Schritte
      ServiceNow DevOps-Server-Change-Beschleunigung
      1. In Anzeigename Feld eingeben ServiceNow-Change-Beschleunigung .
      2. In ServiceNow-Endpunkt Feld eingeben Meine Verbindung .
      3. In Vorgelagerter Auftrag ausgeführt Feld: Geben Sie den Wert ein, der den vorherigen Auftrag in der Zeile angibt. Beispielsweise könnte der Auftrag vor dem Server sein Testen .
      4. In Details zur Change-Anforderung Feld, festgelegt Abschlusscode und Change-Anforderungsfelder Aus der Pipeline.
      Wählen Sie das Informationssymbol aus, um die Beispielausgabe anzuzeigen.

      Weitere Informationen zur Change-Beschleunigung finden Sie unter Change-Beschleunigung .

      ServiceNow DevOps-Agenten-Artefaktregistrierung
      1. In ServiceNow-Endpunkt Feld eingeben Meine Verbindung .
      2. In Artefaktnutzlast Feld: Geben Sie die JSON-Liste mit Artefakten ein.
      Weitere Informationen zu Artefakten finden Sie unter Artefakte und Pakete.
      ServiceNow DevOps-Agenten-Paketregistrierung
      1. In ServiceNow-Endpunkt Feld eingeben Meine Verbindung .
      2. In Paketname Geben Sie den Namen des Pakets ein, das Artefakte enthält.
      3. In Artefaktnutzlast Geben Sie das JSON-Feld 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 update-change-request-details-in-an-azure-devops-pipeline.html
      ServiceNow DevOps-Serveraktualisierungsänderung update-change-request-details-in-an-azure-devops-pipeline.html
      ServiceNow DevOps-Service Desk-Mitarbeiter – 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
    5. Wählen Sie Aus Hinzufügen , Um die anwenderdefinierte Aufgabe dem Abschnitt „Aufgaben“ Ihrer Azure-Pipeline hinzuzufügen.

    Beispiel

    Abbildung : 3. Azure-Pipeline: ServiceNow DevOps – anwenderdefinierte Aufgabe für Change-Beschleunigung
    DevOps Azure Change-Erweiterung
    DevOps ServiceNow Change Acceleration-Erweiterung

    Azure DevOps Anwenderdefinierte Serveraufgaben

    Abbildung : 4. Beispiel für Change-Anforderungsdetails
    DevOps Azure-Change-Details

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

    Verwenden Sie ServiceNow DevOpsErweiterung für Azure DevOpsDient 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 Auftrag mit mehreren Konfigurationen oder mehreren Agenten darf nur den Phasennamen und nicht den tatsächlichen Auftragsnamen enthalten, der zur Laufzeit der Pipeline abgeleitet wurde.

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

    Prozedur

    1. In Azure DevOpsPipelines, 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 vor der Bereitstellung) Symbol für Ihre Phase, und wählen Sie dann zum Aktivieren die Umschaltfläche aus Gates . Aktivieren Sie Gates in Bedingungen vor der Bereitstellung
    4. Wählen Sie Aus +Hinzufügen , Und wählen Sie aus ServiceNow DevOps-Release-Gate . Fügen Sie das ServiceNow DevOps-Release-Gate hinzu
    5. Wählen Sie Aus ServiceNow DevOps-Release-Gate Und wählen Sie den ServiceNow-Endpunkt aus. ServiceNow DevOps-Release-Gate-Felder
    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
      DevOps Azure-Gate-Konfiguration
    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. „Bereitstellbares Repo“).
      • 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. Befolgen Sie diese Regeln, um Commit- und Arbeitselementdetails nachzuverfolgen.
      • Wenn die Quelle die Build-Pipeline ist, wird Semantische Version Die Eigenschaft der Artefakte muss das Format aufweisen SCHWERWIEGEND.GERING.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 PaketeFür weitere Informationen zu Artefakten.

    Beispiel

    Abbildung : 6. Artefakt-Setup: Pipeline-Quelle erstellen
    DevOps-Artefakt-YAML-Konfiguration
    Abbildung : 7. Artefakt-Setup: Release-Pipeline
    Konfiguration der DevOps-Artefakt-Pipeline