Vom Anwender erstellte Integrationen in DevOps Change-Geschwindigkeit

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

Die DevOps Change-Geschwindigkeit Die Anwendung enthält Tooldefinitionen für die Integration von allgemeiner Planung, Codierung 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:

  Bei der 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 Erkennen Sie den Fähigkeits-Subflow 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/{Capability} 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 Integrationskonfigurationsübersicht

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 ein Workflow-Studio subflow Dient zum Erfassen und Transformieren von Daten aus dem Tool, das Sie integrieren (Quelltool).
• Erstellen Sie einen Datensatz für die Toolfähigkeitszuordnung in DevOps Um den Toolintegrationsdatensatz der Tooltypfähigkeit zuzuordnen.
  Hinweis:

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

DevOps-Administrator

• Erstellen Sie einen Tooldatensatz (Planung, Codierung oder Test) in 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 Core einfügen DevOps Tabellen.

Häufige Fehler können mit diesen Aktionen behoben 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 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 [tool_integration_sys_id]-Toolintegration 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 eine andere 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 Entwicklung 2,0 Azure DevOps Bitbucket GitHub GitHub Unternehmen GitLab Jenkins Jira Rally	Planen Code Orchestration Artefakt Test	Planen Agile Entwicklung 2,0: Plan Azure DevOps – Plan Jira – Plan Rally – Plan Code Azure DevOps – Code Bitbucket – Code GitHub – Code GitHub Unternehmen: 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 Entwicklung 2,0: Plan Azure DevOps – Plan Azure DevOps – Code Azure DevOps – Orchestration Bitbucket – Code GitHub – Code GitHub Unternehmen: Code GitLab – Code GitLab – Orchestration Jenkins – Orchestration Jira – Plan Rally – Plan	Verbinden Erkannt Importieren Nachschlagen Benachrichtigung	Agile Entwicklung 2,0 Agile Entwicklung 2,0 – Plan – Connect Agile Entwicklung 2,0 – Plan – Erkennen Agile Entwicklung 2,0 – Plan – Import Agile Entwicklung 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 Unternehmen 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 Funktionell: 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 ein DevOps Toolintegration
  Um eine DevOps-Toolintegration zu erstellen, konfiguriert Ihr Integrationsentwickler DevOps Toolintegrationseinstellungen und ein Workflow-Studio subflow zum Erfassen 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 ein DevOps Workflow-Studio subflow zum Erfassen 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.