Geführte Workflows in Jitterbit App Builder

Einführung

Ein geführter Workflow führt einen Administrator schrittweise durch eine Wartungsaufgabe, z. B. durch die Auswahl der beteiligten Pakete oder Objekte, das Versenden von Benachrichtigungen und dann die Installation eines Pakets oder das Sperren einer Ressource. App Builder verfolgt den Fortschritt eines geführten Workflows, sodass dieser jederzeit unterbrochen und fortgesetzt werden kann, auch von einem anderen Administrator.

App Builder stellt standardmäßig zwei geführte Workflows bereit, die auf dieser Seite beschrieben werden: Install Packages, das Sie durch Installation eines Release-Pakets führt, und Maintenance, das Sie durch Sperren einer Anwendung oder Datenquelle führt, damit diese sicher aktualisiert werden kann. Diese nativen geführten Workflows standardisieren Wartungsaufgaben, die sonst mehrere manuelle, fehleranfällige Schritte erfordern würden. Sie können auch eigene benutzerdefinierte geführte Workflows erstellen, um Ihren Organisationsprozess zu entsprechen.

Die geführten Workflows sind auf der Registerkarte Workflow der Seite Maintenance verfügbar, auf die über die IDE zugegriffen werden kann. Diese Seite ist seit App Builder 4.43 als Beta verfügbar und seit App Builder 4.65 allgemein verfügbar.

Eine vollständige Referenz aller Felder und Bereiche auf der Seite Maintenance finden Sie unter Maintenance.

Führen Sie den geführten Workflow „Install Packages" aus

Der geführte Workflow Install Packages führt Sie durch die Installation eines Release-Pakets mit der Option, betroffene Benutzer vor und nach der Installation zu benachrichtigen. Gehen Sie folgendermaßen vor:

1. Wählen Sie IDE > Maintenance.

2. Klicken Sie im Bereich Start Workflow auf Start Now für Install Packages.

3. Select Packages (Select/Upload Packages action): Wählen Sie ein Release-Paket aus, das bereits in der Umgebung verfügbar ist, oder laden Sie eines hoch.

4. Select Affected Objects (Select Objects action): Überprüfen Sie die Anwendungen und Datenquellen, die App Builder aus dem Manifest des Pakets gefüllt hat, und fügen Sie bei Bedarf weitere hinzu. Diese Objekte werden zu den Standardempfängern für die folgenden Benachrichtigungsschritte.

5. Pre-Install | Send Notification(s) (Notifications action): (Optional) Senden Sie eine Benachrichtigung, die betroffene Benutzer warnt, dass die Installation in Kürze beginnt.

6. Install Packages (Install Packages action): Überprüfen Sie das Manifest des Pakets, die Release-Details und die Release-Hinweise, und klicken Sie dann auf Install.

7. Post-Install | Send Notification(s) (Notifications action): (Optional) Senden Sie eine Benachrichtigung, um betroffene Benutzer darüber zu informieren, dass die Installation abgeschlossen ist.

Weitere Informationen zu jedem Feld, das in jedem Schritt verfügbar ist, finden Sie unter Steps.

Führen Sie den geführten Workflow „Maintenance" aus

Der geführte Workflow Maintenance führt Sie durch das Sperren einer Anwendung oder Datenquelle, sodass nicht auf der Whitelist stehende Benutzer auf eine Wartungsseite umgeleitet werden, und das Entsperren nach Abschluss der Wartung. Gehen Sie folgendermaßen vor:

1. Wählen Sie IDE > Maintenance.

2. Klicken Sie im Bereich Start Workflow auf Start Now für Maintenance.

3. Select Affected Objects (Select Objects action): Wählen Sie die zu sperrenden Anwendungen und Datenquellen aus. Diese Objekte werden zu den Standardempfängern für die folgenden Benachrichtigungsschritte.

4. Pre-Lock | Send Notification(s) (Notifications action): (Optional) Senden Sie eine Benachrichtigung. Dieser Schritt wird mit der Benachrichtigung Application(s) Down ausgeliefert, die Sie unverändert versenden oder vor dem Versenden anpassen können. Dies ist die einzige Benachrichtigung, die mit App Builder vorkonfiguriert ausgeliefert wird.

5. Lock/Unlock Affected Objects (Lock & Unlock action): Klicken Sie auf Toggle Locks, um die ausgewählten Objekte zu sperren. Weitere Informationen darüber, wer auf eine gesperrte Ressource zugreifen kann und wer auf eine Wartungsseite umgeleitet wird, finden Sie unter Grant access to a locked application or data source.

6. Post-Unlock | Benachrichtigung(en) senden (Benachrichtigungsaktion): (Optional) Senden Sie eine Benachrichtigung, um betroffene Benutzer darüber zu informieren, dass der Zugriff wiederhergestellt wurde.

Durch Klicken auf Fertig werden alle Objekte entsperrt, die am Ende des geführten Workflows noch gesperrt sind.

Weitere Informationen zu allen verfügbaren Feldern in jedem Schritt finden Sie unter Schritte.

Benutzerdefinierte geführte Workflows

Erstellen eines geführten Workflows

So erstellen Sie einen eigenen geführten Workflow:

1. Wählen Sie IDE > Wartung.
2. Klicken Sie im Bereich Workflow starten auf Konfigurieren.
3. Klicken Sie im Bereich Workflows auf + Workflow und geben Sie einen Namen ein.
4. Klicken Sie im Bereich Schritte für jeden erforderlichen Schritt des geführten Workflows auf + Schritt und legen Sie seinen Namen und seine Aktion fest. Eine Beschreibung aller verfügbaren Aktionen und ihrer Felder finden Sie unter Schritte.

Bearbeiten, Kopieren oder Löschen eines geführten Workflows

So bearbeiten, kopieren oder löschen Sie einen geführten Workflow:

1. Wählen Sie IDE > Wartung.
2. Klicken Sie im Bereich Workflow starten auf Konfigurieren.

3. Suchen Sie im Bereich Workflows den gewünschten geführten Workflow und wählen Sie seine Zeile aus. Dann:

   • Um den geführten Workflow zu löschen, klicken Sie auf das Papierkorbsymbol und klicken Sie dann auf Fortfahren, wenn Sie zur Bestätigung aufgefordert werden.
   • Um den geführten Workflow zu bearbeiten, verwenden Sie den Bereich Schritte, um seine Schritte zu ändern, oder benennen Sie ihn im Feld Name des Bereichs Workflows um.
   • Um den geführten Workflow zu kopieren, klicken Sie auf Mehr > Kopieren und klicken Sie dann auf Fortfahren, wenn Sie zur Bestätigung aufgefordert werden.

Senden einer bedarfsgesteuerten Benachrichtigung während eines geführten Workflows

Seit App Builder Version 4.44 können Sie eine sofortige (bedarfsgesteuerte) Benachrichtigung in jedem Schritt eines geführten Workflows senden. Gehen Sie dazu wie folgt vor:

1. Wählen Sie Mehr > Benachrichtigungen.

2. Geben Sie im Dialogfeld Benachrichtigung die Details der Benachrichtigung ein.

3. (Optional) Öffnen Sie das Menü Nach Schritt verwerfen und wählen Sie aus, nach welchem Schritt die Benachrichtigung verworfen werden soll.

4. Klicken Sie auf die Schaltfläche Senden.

Verwerfen von Benachrichtigungen

Seit App Builder Version 4.44 können Sie alle von geführten Workflows gesendeten Benachrichtigungen verwerfen, ob vordefiniert oder bedarfsgesteuert. Gehen Sie dazu wie folgt vor:

1. Wählen Sie IDE > Wartung.

2. Wählen Sie die Registerkarte Benachrichtigungen.

3. Klicken Sie für eine Benachrichtigung auf die Schaltfläche Verwerfen. Wenn die Benachrichtigung von einem geführten Workflow stammt, identifizieren die Spalten Workflow-Name und Bezeichnung, welcher geführte Workflow und welcher Schritt sie gesendet haben.

Gewähren von Zugriff auf eine gesperrte Anwendung oder Datenquelle

Das Sperren verhindert, dass Benutzer auf ausgewählte Ressourcen zugreifen, während ausgewählte Benutzergruppen weiterarbeiten können, z. B. um Tests vor einem Live-Release abzuschließen. Standardmäßig sperrt der geführte Workflow Wartung Ressourcen mit seinem Schritt Sperren und Entsperren, aber jeder benutzerdefinierte geführte Workflow kann diese Aktion auch enthalten. Das Sperren umfasst zwei unabhängige Arten von Zugriff.

Gewähren von Zugriff auf die gesperrte Ressource selbst

Standardmäßig können die Sicherheitsgruppen Administratoren und Entwickler weiterhin auf eine gesperrte Anwendung oder Datenquelle zugreifen. Um einer anderen Gruppe Zugriff zu gewähren, gehen Sie wie folgt vor:

1. Wählen Sie IDE > Benutzerverwaltung.
2. Wählen Sie die Registerkarte Gruppen.
3. Klicken Sie im Bereich Gruppen auf das Symbol Datensatz öffnen für eine Gruppe.
4. Wählen Sie im Dialogfeld Gruppe die Option Mehr > Grenzfall.
5. Aktivieren Sie den Schalter Anwendungs- und Datenquellensperrung und klicken Sie auf Speichern.

Zugriff auf die Wartungsseite gewähren

Alle Benutzer, die sich nicht in einer Gruppe mit dem oben gewährten Zugriff befinden, werden auf eine Wartungsseite umgeleitet, wenn sie versuchen, auf eine gesperrte Ressource zuzugreifen. Damit ein Benutzer umgeleitet wird, anstatt einen Access Denied-Fehler zu erhalten, benötigt die Gruppe Zugriff auf die App Vinyl - Maintenance mit der Rolle Everyone auf der Datenquelle Vinyl (Sealed). Um dies einer Gruppe zu gewähren, einschließlich der Gruppe Anonymous Users (für nicht authentifizierte Besucher), führen Sie diese Schritte aus:

1. Wählen Sie IDE > User Management.
2. Wählen Sie die Registerkarte Groups.
3. Wählen Sie die Gruppe aus und klicken Sie auf Manage Privileges.
4. Klicken Sie auf + Privilege und fügen Sie die Anwendung Vinyl - Maintenance hinzu.
5. Gewähren Sie der Gruppe die Rolle Everyone auf der Datenquelle Vinyl (Sealed).

Diese Anforderung ist spezifisch für die Standard-Wartungsseite. Informationen zu den separaten Zugriffsanforderungen für eine benutzerdefinierte Seite finden Sie unter Benutzerdefinierte Wartungsseite einrichten.

Benutzerdefinierte Wartungsseite einrichten

Standardmäßig werden gesperrte Benutzer auf die integrierte Wartungsseite von App Builder umgeleitet. Um Benutzer einer bestimmten Anwendung stattdessen auf eine benutzerdefinierte Seite umzuleiten, führen Sie diese Schritte aus:

1. Entwerfen Sie die Seite, die Sie verwenden möchten, in einer beliebigen Anwendung außer der gesperrten (eine Seite innerhalb der gesperrten Anwendung ist nicht erreichbar, sobald diese Anwendung gesperrt ist).

2. Markieren Sie die Seite als Public: Klicken Sie bei offener Seite auf Edge Case und aktivieren Sie den Schalter Public.

3. Wählen Sie IDE > Maintenance und wählen Sie die Registerkarte Settings.

4. Suchen Sie im Bereich Maintenance Pages die Zeile für die Anwendung und setzen Sie das Feld Page auf die von Ihnen entworfene Seite.

Zielbenutzer benötigen mindestens Read-Zugriff auf die benutzerdefinierte Seite. Wenn ein Benutzer keinen Zugriff darauf hat, wird er stattdessen auf die Standard-Wartungsseite umgeleitet. Wenn er auch keinen Zugriff auf diese Seite hat, erhält er einen Access Denied-Fehler.