Onboarding „Teilen auf“ DevOps Change-Geschwindigkeit– Klassisch

Erstellen Sie einen Split-Tool-Datensatz, um Arbeitsbereiche, Umgebungen, Segmente und Funktionskennzeichnungen über das verbundene Split-Tool zu verbinden und zu erkennen.

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Prozedur

1. Erstellen Sie einen Tooldatensatz in DevOps Dient zum automatischen Herstellen einer Verbindung mit „Teilen“ und zum Abrufen der Webhook-URL.
   1. Navigieren zu DevOps > Tools > Neu erstellen (veraltet) Und erstellen Sie einen Datensatz.
   2. Geben Sie ein Toolname Und geben Sie die Tooldetails ein.

      Toolintegration	Teilen
      Tool-URL	Tool-URL teilen. Zum Beispiel: https://api.split.io
      Toolanwendername	Anwendernamen teilen
      Toolpasswort/Zugriffstoken	Passwort oder Zugriffstoken teilen. Informationen zum Erstellen eines Split-Tokens finden Sie unter Aktivieren Sie die Integration mit ServiceNow DevOps im Split-Tool .

      MID-Server Ist optional. Wählen Sie MID-Server für ein lokales Tool aus, das an einen MID-Server angehängt ist. Anwendung wird automatisch auf festgelegt DevOps Und Fähigkeit ist auf „REST“ festgelegt.

   3. Wählen Sie Absenden.
      Das Tool ist automatisch Erfolgreich Verbunden Verwenden eines Verbindungsalias und einer HTTP-Toolverbindung (Anmeldeinformationen für Standardauthentifizierung).

      Hinweis:

      Wenn Sie keine globalen Administratorrechte für Ihr Tool haben (um die automatische Konfiguration der Webhook-URL zu ermöglichen), müssen Sie es möglicherweise vom Tooladministrator für Sie konfigurieren lassen (schneiden Sie die Webhook-URL aus, und fügen Sie sie in die Toolkonfiguration ein). Sobald der Webhook im Tool konfiguriert ist, Wechseln Sie In Den Manuellen Konfigurationsmodus Um manuell eine Verbindung zum Tool herzustellen, beenden Sie dann die Verbindung.

Nach erfolgreicher Toolerstellung gelangen Sie zur Tooldatensatzseite.

2. Wenn Sie den Zugriff auf das Tool steuern möchten, fügen Sie die Gruppen hinzu, denen Zugriff auf das Tool in gewährt werden muss Verwaltet von Feld auf Zugriff Registerkarte.
   Die Aufgaben, die die Anwender in den Gruppen ausführen können, hängen von den ihnen zugewiesenen Rollen ab.

   • DevOps Toolbesitzer-Rolle: Kann das Tool anzeigen und bearbeiten.
   • DevOps App-Besitzerrolle: Kann das Tool anzeigen und Verlaufsdaten zuordnen, erkennen, importieren und Pipeline-Schritte (falls zutreffend) der Objekte des Tools (z. B. Pläne, Repositorys und Pipelines) ändern.
   • DevOps Administratorrolle: Kann alle Tools bearbeiten.
   • Sonstiges DevOps Rollen: Kann das Tool anzeigen.

   Hinweis:

   Nur Gruppen, die Anwender mit enthalten DevOps Rollen können in ausgewählt werden Verwaltet von Feld.

   Die Alle App-Besitzer können Toolobjekte anzeigen und Anwendungen zuordnen Die Option kann ausgewählt werden, wenn Sie den Zugriff auf das Tool einschränken möchten. Diese Option aktiviert alle Anwender mit DevOps App-Besitzerrolle für den Zugriff auf das Tool. Wenn diese Option ausgewählt ist, können sie Verlaufsdaten anzeigen, zuordnen, erkennen, importieren und Pipeline-Schritte (falls zutreffend) der Objekte des Tools ändern.

3. Erkennen Sie Arbeitsbereiche, Umgebungen, Segmente und Funktionskennzeichnungen im Tool „verbundene Teilung“, indem Sie auswählen Erkennen .
4. Konfigurieren Sie die Webhook-URL automatisch im Tool „Teilen“, indem Sie auswählen Konfigurieren .
   ServiceNow-Integration wird bei der Teilung aktiviert. Webhooks werden automatisch konfiguriert, und Benachrichtigungen werden vom Split-Tool an gesendet DevOps.

Beispiel

Das folgende Beispiel gibt an, wie im Split-Tool vorgenommene Änderungen über den Webhook an ServiceNow DevOps benachrichtigt werden.

• Eingehende Ereignisse werden in ServiceNow für den Status (angefordert, genehmigt, abgelehnt oder zurückgezogen) des Ereignisses erstellt.
• Anforderungen der Funktionskennzeichnung ( DevOps > Funktionskennzeichnung > Anforderungen der Funktionskennzeichnung ) Werden basierend auf dem Status erstellt oder aktualisiert.
• Für jede Anforderung von Funktionskennzeichnungen wird eine Change-Anforderung erstellt, und Arbeitsnotizen zur Change-Anforderung werden mit grundlegenden Change-Details in der Funktionskennzeichnung aktualisiert.