Pipelines und Bereitstellungen Workflow-Version 24.1.2

Während Sie Anforderungen für die App-Bereitstellung in verwalten App Engine Management Center( AEMC), verwenden Sie diesen Workflow, um zu verstehen, wie App-Bereitstellungen Ihre Pipelines in Version 24.1,2, die im November 2023 veröffentlicht wurde, durchlaufen.

Abbildung : 1. Pipelines und Bereitstellungen – Workflow

In diesem Workflow:

1. Die anfordernde Person wählt aus Übermitteln In App Engine Studio, Creator Studio, Oder ServiceNow Studio, Der den Haupt-Flow auslöst.
2. Das System führt die folgenden Aufgaben hinter den Kulissen aus:
   1. Validiert die Nutzlast.
   2. Ruft das App-Manifest von ab sys_App Datensatz in der Quellinstanz.
   3. Erstellt eine Bereitstellungsanforderung für die Controller-Instanz.
   4. Sendet eine E-Mail von der Controller-Instanz, um die anfordernde Person zu benachrichtigen, dass die Anforderung erstellt wurde.
   5. Veröffentlicht die Anwendung in App-Repository.
3. Das System führt verschiedene Aktionen aus, je nachdem, ob während der Veröffentlichung Fehler auftreten oder nicht.
   1. Wenn in der App-Veröffentlichung Fehler vorhanden sind und der Fehlerschweregrad beträgt Fehler , Erstellt das System den aktualisierten Datensatz und wartet auf die Genehmigung.
   2. Wenn keine Fehler vorhanden sind oder wenn Fehler vorhanden sind, der Fehlerschweregrad jedoch nicht ist Fehler , Dann sucht das System nach der nächsten Umgebung im Pipeline-Datensatz.
      1. Wenn die nächste Umgebung nicht vorhanden ist, sendet das System eine E-Mail von der Controller-Instanz, um die anfordernde Person zu benachrichtigen, dass die Anforderung geschlossen wurde und die App in der Zielinstanz veröffentlicht wurde. Mit dieser Aktion wird der Workflow beendet.
      2. Wenn die nächste Umgebung vorhanden ist, aktualisiert das System Zielumgebung Feld in der Bereitstellungsanforderung für die nächste Umgebung. Dann erstellt das System den aktualisierten Datensatz und wartet auf die Genehmigung.
4. Das System führt verschiedene Aktionen aus, je nachdem, ob der neue Datensatz genehmigt wurde.
   1. Wenn der Datensatz nicht genehmigt ist, sendet das System eine E-Mail von der Controller-Instanz, um die anfordernde Person zu benachrichtigen, dass die Anforderung nicht genehmigt wurde und die Anforderung geschlossen wurde. Mit dieser Aktion wird der Workflow beendet.
   2. Ob der Datensatz genehmigt wird und ob Zielumgebung Ist Wird Getestet , Führt das System die folgenden Aktionen aus:
      1. Stellt die App in der Testumgebung bereit, wenn die App dort nicht verfügbar ist.
      2. Führt den Instanzscan für bereichsbezogene App-Definitionen und alle anderen Suites in der Tabelle „Scan-Suites [[Scan_Suites]]“ in der Testinstanz aus.
         Hinweis:

         Die Scan-Suites-Tabelle muss in der Controller-Instanz ausgefüllt werden.
      3. Führt die ATF-Suite (automatisiertes Test-Framework) für die Anwendungsbereitstellungs-Testsuite und alle Suites in der Tabelle „Scan-Suites“ [Scan_Suites] in der Testinstanz aus.
      4. Schreibt Instanzscan- und ATF-Testergebnisse in die Ergebnistabelle der Bereitstellungsumgebung und in den Aktivitätenstrom in der Bereitstellungsanforderung.
      5. Gibt den Workflow an Schritt 3 zurück, wo er auf Fehler überprüft.
   3. Wenn der Datensatz genehmigt wird, und Zielumgebung Ist Produktion , Die App beginnt den geplanten Bereitstellungsprozess mit der Change-Management-Integration.
      1. Die App Enginevom administrator ausgewählte Optionen Genehmigen und erstellen Sie eine Change-Anforderung . Eine Change-Anforderung wird basierend auf der Vorlage erstellt, die während des geführten Setups ausgewählt wurde.
      2. Das System führt verschiedene Aktionen aus, je nachdem, ob die App als Konfigurationselement (CI) registriert ist.
         1. Wenn die App nicht als CI registriert ist, registriert das System die App als CI und fügt dann das betroffene CI der Change-Anforderung hinzu.
         2. Wenn die App als CI registriert ist, fügt das System der Change-Anforderung das betroffene CI hinzu.
      3. Das System führt verschiedene Aktionen aus, je nachdem, ob sich die Change-Anforderung in befindet Implementieren status.
         1. Wenn der Status der Change-Anforderung nicht lautet Implementieren , Und der Status ist nicht Bewerten Oder Autorisieren , Sendet das System eine E-Mail von der Controller-Instanz, um die anfordernde Person zu benachrichtigen, dass ihre Anforderung nicht genehmigt wurde und geschlossen wurde. Dadurch wird der Workflow beendet.
         2. Wenn der Status der Change-Anforderung nicht lautet Implementieren , Und der Status ist Bewerten Oder Autorisieren , Das System wartet, bis der Status lautet Implementieren .
         3. Wenn sich die Change-Anforderung in befindet Implementieren status erstellt das System eine Change-Aufgabe, um die App-Bereitstellung zu planen.
      4. Wenn der Status der Change-Anforderung lautet Implementieren Und Geplantes Startdatum Ist nicht Jetzt Oder in der Vergangenheit wartet das System, bis diese beiden Bedingungen wahr sind
      5. Wenn der Status der Change-Anforderung lautet Implementieren Und Geplantes Startdatum Ist Jetzt Oder in der Vergangenheit, aber die Anforderung ist Abgelehnt Oder Abgebrochen , Sendet das System eine E-Mail von der Controller-Instanz, um die anfordernde Person zu benachrichtigen, dass ihre Anforderung nicht genehmigt wurde und geschlossen wurde. Dadurch wird der Workflow beendet.
      6. Wenn der Status der Change-Anforderung lautet Implementieren Und Geplantes Startdatum Ist Jetzt Oder in der Vergangenheit plant das System die App-Bereitstellung in der Produktion basierend auf Geplantes Startdatum In der Change-Anforderung. Das System schließt die Change-Aufgabe und schließt dann die Bereitstellungsanforderung. Dadurch wird der Workflow beendet.
   4. Wenn der Datensatz genehmigt wird, und Zielumgebung Ist nicht Wird Getestet Oder Produktion , Dann stellt das System die App in der Zielumgebung bereit, wenn sie dort nicht verfügbar ist.

      Der Workflow beginnt von neuem, wenn eine anfordernde Person die Auswahl trifft Übermitteln Erneut in App Engine Studio, Creator Studio, Oder ServiceNow Studio.