Vom Anwender erstellte Integrationen in DevOps Change-Geschwindigkeit

Vom Anwender erstellte Integrationen dienen der Integration zusätzlicher Planungs-, Codierungs- und Testtools, die standardmäßig nicht in verfügbar sind DevOps Change-Geschwindigkeit Anwendung.

Die DevOps Change-Geschwindigkeit Die Anwendung enthält Tooldefinitionen für die Integration einiger gängiger Planungen, Codierungen und DevOps Test-Tool-Integration, Sie können aber auch von Anwendern erstellte Integrationen für zusätzliche Tools in Ihrer DevOps-Umgebung einrichten.

Integrationsobjekte

DevOps Die Toolintegration besteht aus diesen Objekten.

Toolfähigkeitsaktionen

• Verbinden Aktion:

  Beim Herstellen einer Verbindung wird der Subflow für das spezifische Tool aufgerufen, und der Verbindungsstatus wird aktualisiert. Die Verbindungsstatusnachricht wird im Formular angezeigt.

  Unter Subflow der Verbindungsfähigkeit finden Sie weitere Details.

• Erkennen Aktion:

  Bei der Erkennung wird ein Importanforderungsdatensatz erstellt, und der Subflow für das spezifische Tool wird aufgerufen (wie im Datensatz der Integrationsfähigkeit definiert). Detail Und Status Felder im Datensatz „Importanforderung“ werden mit der Anzahl der erkannten, aktualisierten und fehlgeschlagenen Elemente aktualisiert.

  Die transformierte Nutzlast besteht aus einem Array von Objekten als JSON-Zeichenfolge. Elemente variieren je nach Tooltyp.

  Unter Fähigkeits-Subflow erkennen finden Sie weitere Details.

• Importieren Aktion:

  Die Importaktion unterstützt keine Verlaufsimportfunktion.

• Suchen Aktion:

  Der Haupt-Flow „Suche“ wird bereitgestellt, um den Artefakt-Tooltyp in einem Subflow zu unterstützen, der von Ihrem Integrationsentwickler erstellt wurde.

• Benachrichtigung (Webhook) Aktion:

  Das Quelltool wird manuell (von Ihrem Integrationsentwickler) konfiguriert, um Rohdaten an zu senden ServiceNow Instanz. Die Rohnutzlast wird dann mithilfe eines Subflows in ein Standard-JSON-Objekt umgewandelt.

  Siehe Subflow der Benachrichtigungsfähigkeit Und DevOps – POST /devops/Tool/{ability} Endpunkt von DevOps-API Für weitere Details.

  Hinweis:

  Wenn kein Subflow angegeben ist, werden Benachrichtigungen standardmäßig verarbeitet ( Ursprüngliche Nutzlast Wird automatisch nach kopiert Transformierte Nutzlast ).

  Dieses Verhalten ist nützlich, wenn die Transaktionsdaten des Tools von unterstützt werden ServiceNow DevOps Unverändert.

  Sehen Sie sich die erwarteten Standardnutzlasten in an Subflow der Benachrichtigungsfähigkeit Für weitere Details.

DevOps Übersicht über die Integrationskonfiguration

Die Konfiguration der Toolintegration kann von Ihrem Integrationsentwickler und Ihrem abgeschlossen werden DevOps administrator.

Integrationsentwickler

• Erstellen Sie einen Toolintegrationsdatensatz in DevOps Zum Definieren des Tools, das Sie integrieren (Quelltool).
• Erstellen Sie einen Workflow-Studio subflow Dient zum Sammeln und Transformieren von Daten aus dem Tool, das Sie integrieren (Quelltool).
• Erstellen Sie in einen Datensatz für die Toolfähigkeitszuordnung DevOps Um den Toolintegrationsdatensatz der Tooltypfähigkeit zuzuordnen.
  Hinweis:

  Die Benachrichtigungsfunktion (Webhook) wird unterstützt. Funktionen zum Verbinden und Erkennen werden ebenfalls unterstützt.
• Erstellen Sie in einen Datensatz für die Integrationsfähigkeit DevOps Zum Festlegen der Aktion für die Tooltypfähigkeit.

DevOps-Administrator

• Erstellen Sie in einen Tooldatensatz (Planung, Codierung oder Test) DevOps Um eine Verbindung mit dem Tool herzustellen, das Sie integrieren (Quelltool).
  Hinweis:

  Der Toolintegrationsdatensatz muss in angegeben werden Tool Feld des Tooldatensatzes.
• Konfigurieren Sie das Quelltool mit dem Webhook und den Anmeldeinformationen.

Eingehende Ereignisse

Ein eingehendes Ereignis dient als Bereitstellungsbereich für den Benachrichtigungs-Flow, der die erneute Verarbeitung fehlgeschlagener Nutzlasten unterstützt. Das bedeutet, dass ein Datensatz in einem Fehlerstatus aus einer fehlgeschlagenen Integration oder Transformation wiederholt werden kann.

Wenn sich ein eingehender Ereignisdatensatz in befindet Fehler status, der Flow konnte den Datensatz nicht erfolgreich in den Kern einfügen DevOps Tabellen.

Allgemeine Fehler können mit diesen Aktionen gelöst werden.

Tabelle : 1. fehlerstatus des eingehenden Ereignisses

Fehler	Aktion
Pflichtfelder fehlen	Die transformierte Nutzlast stimmt nicht mit der Standardnutzlast überein. Weitere Informationen finden Sie in den bereitgestellten Standard- und JSON-Nutzlasten.
Repository nicht zur Nachverfolgung markiert	Der Commit kann nicht eingefügt werden. Die DevOps der administrator muss das Repository nachverfolgen.
[Subflow] wurde nicht im Anwendungsbereich [App_scope] veröffentlicht.	Der Subflow wurde erstellt, aber noch nicht veröffentlicht.
Zeitüberschreitungsausnahme	Der Subflow benötigt mehr Zeit als der in der Eigenschaft festgelegte Wert: com.glide.hub.flow_api.default_execution_time Siehe FlowAPI – executeSubflowQuick (Zeichenfolgenname, Zuordnungseingaben, Zahlenzeitüberschreitung) Für weitere Details. Hinweis: Die Ausführung des Subflows überschreitet den in festgelegten Wert Zeitüberschreitung Feld im Datensatz der Integrationsfähigkeit.
Es wurde kein übereinstimmender Subflow für die Benachrichtigungsfähigkeit und die Toolintegration [Tool_Integration_sys_ID] gefunden	Der Flow konnte den übereinstimmenden Subflow nicht finden. Überprüfen Sie das Setup-Verfahren für die Integration.
Nutzlast stimmt nicht mit der erwarteten Fähigkeit überein.	Die Ursprüngliche Nutzlast (Nutzlast wird gesendet) ist ein anderer Fähigkeit Geben Sie als die Tooltypfähigkeit ein, die in Ihrer Toolfähigkeitszuordnung konfiguriert ist. Der Nutzlasttyp muss mit der Tooltypfähigkeit übereinstimmen, die in Ihrer Toolintegration konfiguriert ist.

Hinweis:

Ein eingehender Ereignisdatensatz wird nicht erstellt, wenn eine der folgenden Bedingungen eintritt:

• Das Quelltool hat die Tool-ID nicht als Abfrageparameter übergeben.
• Das Quelltool hat eine Tool-ID übergeben, in der Instanz ist jedoch keine übereinstimmende Tool-ID vorhanden.

Toolzuordnungen

Ein Tool kann mehreren Fähigkeiten zugeordnet werden.

Toolintegration	Tooltypfähigkeit	Toolfähigkeitszuordnung
Agile Development 2.0 Azure DevOps Bitbucket GitHub GitHub Enterprise GitLab Jenkins Jira Rally	Planen Code Orchestration Artefakt Test	Planen Agile Development 2,0: Plan Azure DevOps – Plan Jira – Plan Rally – Plan Code Azure DevOps – Code Bitbucket – Code GitHub – Code GitHub Enterprise: Code GitLab – Code Orchestration Azure DevOps – Orchestration Jenkins – Orchestration GitLab – Orchestration Test Azure DevOps – Test Jenkins – Test

Eine Toolfähigkeitszuordnung kann mehreren Aktionen zugeordnet werden.

Toolfähigkeitszuordnung	Toolaktion	Integrationsfähigkeit
Agile Development 2,0: Plan Azure DevOps – Plan Azure DevOps – Code Azure DevOps – Orchestration Bitbucket – Code GitHub – Code GitHub Enterprise: Code GitLab – Code GitLab – Orchestration Jenkins – Orchestration Jira – Plan Rally – Plan	Connect Erkannt Importieren Nachschlagen Benachrichtigung	Agile Development 2.0 Agile Development 2,0 – Plan – Connect Agile Development 2,0 – Plan – Erkennen Agile Development 2,0 – Plan – Import Agile Development 2,0 – Plan – Benachrichtigung Azure DevOps Azure DevOps – Plan – Verbinden Azure DevOps – Plan – Erkennen Azure DevOps – Plan: Benachrichtigung Azure DevOps – Code: Erkennen Azure DevOps – Code: Benachrichtigung Azure DevOps – Orchestration: Erkennen Azure DevOps – Orchestration: Benachrichtigung Bitbucket Bitbucket – Code – Verbinden Bitbucket – Code: Erkennen Bitbucket – Code: Import Bitbucket – Code: Benachrichtigung GitHub GitHub – Code – Verbinden GitHub – Code: Erkennen GitHub – Code: Import GitHub – Code: Benachrichtigung GitHub Enterprise GitHub – Code – Verbinden GitHub – Code: Erkennen GitHub – Code: Import GitHub – Code: Benachrichtigung GitLab GitLab – Code – Verbinden GitLab – Code: Erkennen GitLab – Code: Benachrichtigung GitLab – Orchestration: Benachrichtigung Jenkins Jenkins – Orchestration – Verbinden Jenkins – Orchestration: Erkennen Jenkins – Orchestration: Import Jenkins – Orchestration: Benachrichtigung Jira Jira – Plan – Verbinden Jira – Plan – Erkennen Jira – Plan: Import Jira – Plan: Benachrichtigung Rally Rally – Plan – Erkennen Rally – Plan: Import Rally – Plan: Benachrichtigung Rally – Plan – Verbinden Rally – Plan – Validieren

Jeder Toolintegration können mehrere Testtypen zugeordnet werden.

Testtyp	Toolintegration	Testtyp-Zuordnung
Einheit: JUnit, XUnit, NUnit, Einheitentest Funktionsfähig: Integration Regression Rauch System Anwenderakzeptanz Leistung: Wird Geladen	Azure DevOps Jenkins GitLab GitHub GitHub Enterprise	Azure DevOps Azure DevOps – JUnit Azure DevOps Neinheit Azure DevOps Xunit Azure DevOps Einheitentest Azure DevOps – Integration Azure DevOps – Regression Azure DevOps - Rauch Azure DevOps – System Azure DevOps – Anwenderakzeptanz Azure DevOps – Laden Jenkins Jenkins – JUnit Jenkins – Integration Jenkins – Regression Jenkins - Rauch Jenkins – System Jenkins – Anwenderakzeptanz Jenkins – Laden GitLab GitLab – JUnit GitLab – Integration GitLab – Regression GitLab - Rauch GitLab – System GitLab – Anwenderakzeptanz GitLab – Laden GitHub und GitHub Enterprise GitHub – JUnit GitHub Neinheit GitHub Xunit GitHub Einheitentest GitHub – Integration GitHub – Regression GitHub - Rauch GitHub – System GitHub – Anwenderakzeptanz GitHub – Laden

• DevOps Test-Tool-Integration
  Mit der Test-Tool-Integration können Sie Testergebnisse in anzeigen DevOps Für Jenkins, Azure DevOps, GitHub, GitHub Enterprise, Und GitLab Einheiten-, Funktions- und Leistungstests.
• Von DevOps-Anwender erstellte Sicherheitstool-Integration
  Sie können zusätzliche Sicherheitstools integrieren, die im Basissystem in DevOps Change-Geschwindigkeit nicht unterstützt werden.
• Von DevOps erstellte Integration des Orchestration-Tools
  Integrieren DevOps Change-Geschwindigkeit Mit einem Orchestration-Tool, das im Basissystem nicht unterstützt wird.
• Erstellen Sie einen DevOps Toolintegration
  Um eine DevOps-Toolintegration zu erstellen, konfiguriert Ihr Integrationsentwickler DevOps Einstellungen für die Toolintegration und ein Workflow-Studio subflow zum Sammeln und Transformieren von Daten aus dem Quelltool. Dann Ihr DevOps der administrator konfiguriert Ihren DevOps Toolverbindungen.
• Wird Erstellt DevOps Subflows
  Erstellen Sie für vom Anwender erstellte Integrationen eine DevOps Workflow-Studio subflow zum Sammeln und Transformieren von Daten aus dem Tool, das Sie integrieren.
• Fügen Sie anwenderdefinierte Felder für die Integration eines Planungstools hinzu
  Fügen Sie Ihrer Planungstool-Integration anwenderdefinierte Felder hinzu, um die Konfigurierbarkeit zu verbessern und auf geschäftsspezifische Informationen zuzugreifen, was eine fundiertere Entscheidungsfindung erleichtert.
• Erstellen Sie eine Toolintegration aus dem DevOps Change Arbeitsbereich
  Erstellen Sie eine Toolintegration aus dem DevOps Change Arbeitsbereich für die Integration zusätzlicher Orchestration-, Planungs- und Codierungstools, die standardmäßig nicht in verfügbar sind DevOps Change-Geschwindigkeit Anwendung.