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 Split 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	URL des geteilten Tools. 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 Mit einem 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 (Webhook-URL ausschneiden und in die Toolkonfiguration einfügen). Sobald der Webhook im Tool konfiguriert ist, Wechseln Sie In Den Manuellen Konfigurationsmodus Um eine manuelle Verbindung mit dem Tool herzustellen, beenden Sie dann.

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 der 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 beschränken möchten. Diese Option aktiviert alle Anwender mit DevOps App-Besitzer-Rolle 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 „Connected Split“, 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 Aufteilung aktiviert. Webhooks werden automatisch konfiguriert, und Benachrichtigungen werden vom Split-Tool an gesendet DevOps.

Beispiel

Das folgende Beispiel gibt an, wie Änderungen, die im Split-Tool vorgenommen wurden, ü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.