Onboarding von Split in DevOps Change-Geschwindigkeit  – Klassisch

Erstellen Sie einen Split-Tool-Datensatz, um eine Verbindung herzustellen und Arbeitsbereiche, Umgebungen, Segmente und Funktionskennzeichnungen aus dem verbundenen Split-Tool zu erkennen.

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Prozedur

1. Erstellen Sie einen Tooldatensatz in DevOps, um automatisch eine Verbindung zu Split herzustellen und die Webhook-URL abzurufen.
   1. Navigieren zu DevOps > Tools > Neu erstellen (veraltet) und erstellen Sie einen Datensatz.
   2. Geben Sie einen Toolnamen ein, und füllen Sie die Tooldetails aus.

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

      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 DevOps und Fähigkeit auf „REST“ festgelegt.

   3. Wählen Sie Absenden.
      Das Tool wird automatisch über einen Verbindungsalias und eine HTTP-Toolverbindung (Anmeldeinformationen für die Standardauthentifizierung) verbunden.

      Hinweis:

      Wenn Sie keine globalen Administratorrechte für Ihr Tool haben (um die automatische Konfiguration der Webhook-URL zuzulassen), müssen Sie es möglicherweise vom Tool-Administrator konfigurieren (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, und beenden Sie den Vorgang.

Bei erfolgreicher Tool-Erstellung gelangen Sie zur Tooldatensatzseite.

2. Wenn Sie den Zugriff auf das Tool steuern möchten, fügen Sie im Feld Verwaltet von auf der Registerkarte Zugriff die Gruppen hinzu, die Zugriff auf das Tool erhalten müssen.
   Welche Aufgaben die Benutzer in den Gruppen ausführen können, hängt von den ihnen zugewiesenen Rollen ab.

   • DevOps Rolle Tool-Besitzer: Kann das Tool anzeigen und bearbeiten.
   • DevOps Rolle App-Besitzer: Kann das Tool anzeigen und Verlaufsdaten zuordnen, erkennen, importieren und Pipelineschritte (falls zutreffend) der Objekte des Tools (z. B. Pläne, Repositorys und Pipelines) ändern.
   • DevOps Administratorrolle: Kann alle Tools bearbeiten.
   • Andere DevOps -Rollen: Können das Tool anzeigen.

   Hinweis:

   Im Feld Verwaltet von können nur Gruppen ausgewählt werden, die Anwender mit den Rollen DevOps enthalten.

   Die Option Alle App-Besitzer können Toolobjekte anzeigen und Anwendungen zuordnen wird verfügbar, wenn Sie den Zugriff auf das Tool einschränken. Mit dieser Option können alle Anwender mit der Rolle DevOps „ App-Besitzer auf das Tool zugreifen. Wenn diese Option ausgewählt ist, können sie Verlaufsdaten anzeigen, zuordnen, erkennen, importieren und Pipelineschritte (falls zutreffend) der Objekte des Tools ändern.

3. Erkennen Sie Arbeitsbereiche, Umgebungen, Segmente und Funktionskennzeichnungen aus dem verbundenen Tool Teilen, indem Sie Erkennenauswählen.
4. Konfigurieren Sie die Webhook-URL im Split-Tool automatisch, indem Sie Konfigurierenauswählen.
   Die ServiceNow-Integration wird bei Split aktiviert. Webhooks werden automatisch konfiguriert, und Benachrichtigungen werden vom Tool „Teilen“ an DevOpsgesendet.

Beispiel

Im folgenden Beispiel wird angegeben, wie im Split-Tool vorgenommene Changes über den Webhook an ServiceNow DevOps gemeldet werden.

• Eingehende Ereignisse werden in ServiceNow je nach Status (Angefordert, Genehmigt, Abgelehnt oder Zurückgezogen) des Ereignisses erstellt.
• Anforderungen für Funktionskennzeichnungen (DevOps > Funktionskennzeichnung > Anforderungen für Funktionskennzeichnungen) werden basierend auf dem Status erstellt oder aktualisiert.
• Für jede Anforderung einer Funktionskennzeichnung wird eine Change-Anforderung erstellt, und die Arbeitsnotizen zur Change-Anforderung werden mit grundlegenden Change-Details zur Funktionskennzeichnung aktualisiert.