Sie können Proxyworkflows zum Verwalten der Interaktion zwischen dem lokalen Automation Orchestrator-Server und Workflows auf einem Automation Orchestrator-Remoteserver verwenden.

Sie können das Multi-Node-Plug-In verwenden, um lokale Workflows zu generieren, die mit Remoteworkflows interagieren. Diese lokalen Workflows werden als Proxyworkflows bezeichnet. Ein Proxyworkflow übernimmt die Eingabeparameter aus dem Inventar des Multi-Node-Plug-Ins. Wenn Sie den Proxyworkflow ausführen, konvertiert er die Parameter in die Typen, die für den Remoteworkflow erforderlich sind. Nach Abschluss des Remoteworkflows werden die Ausgabeparameter zurück in die lokale Darstellung auf dem primären Automation Orchestrator-Server konvertiert.

Synchrone Proxyworkflows

Bei synchronen Proxyworkflows bleiben die API und der Vorgangsvertrag der Remoteworkflows erhalten.

Das Schema aller synchronen Proxyworkflows ist identisch, enthält aber unterschiedliche Skripte.


Schema eines synchronen Proxyworkflows

Die synchrone Proxyworkflowausführung wird abgeschlossen, nachdem der Remoteworkflow abgeschlossen ist und Ausgabeparameter bereitgestellt hat.

Der lokale Workflow verbraucht keine Serverressourcen, während er auf die Ergebnisse des Remoteworkflows wartet.

Am Ende einer erfolgreichen Ausführung enthalten die Ausgabeparameter des Proxyworkflows eine lokale Repräsentation des Remoteworkflow-Tokens. Die Ausgabeparameter können direkt von anderen Workflows auf dem lokalen Automation Orchestrator-Server verwendet werden, wenn es sich um einfache Ausgabeparameter handelt, wie z. B. Boolesch, Zahl, Zeichenfolge u. ä.

Asynchrone Proxyworkflows

Sie können asynchrone Proxyworkflows verwenden, um die Ausführung von Remoteworkflows zu optimieren.

Das Schema aller asynchronen Proxyworkflows ist identisch, enthält aber unterschiedliche Skripte.


Dies ist das Schema eines asynchronen Proxyworkflows.

Ein asynchroner Proxyworkflow gibt umgehend ein Ergebnis zurück, bei dem es sich um einen lokalen Wrapper des Tokenobjekts des Remoteworkflows handelt. Der Proxyworkflow verwendet diesen Token, um den Status der Ausführung zu überprüfen und die Ausgabeparameter abzurufen, wenn die Ausführung des Remoteworkflow abgeschlossen wird. Die Ausgabeparameter können direkt von anderen Workflows auf dem lokalen Automation Orchestrator-Server verwendet werden, wenn es sich um einfache Ausgabeparameter handelt, wie z. B. Boolesch, Zahl, Zeichenfolge u. ä.

Workflows für Remoteausführung

Die Workflowkategorie „Remoteausführung“ enthält Workflows, mit deren Hilfe Sie Proxyworkflows verwalten können.

Standardworkflows für Remoteausführung

Navigieren Sie für den Zugriff auf diese Workflows zu Bibliothek > Workflows und geben Sie die Tags orchestrator und remote_execution im Suchfeld des Workflows ein.

Workflow-Name Beschreibung
Aktion mit mehreren Proxys erstellen Erstellt eine Aktion mit mehreren Proxys zur Ausführung auf mehreren Servern.
Proxyworkflow erstellen Erstellt einen Proxyworkflow, mit dem Sie einen Workflow auf einem Remote-Automation Orchestrator-Server starten können.
Proxyworkflows aus einem Ordner erstellen Erstellt Proxyworkflows für alle Workflows in einem Ordner auf dem Remote-Automation Orchestrator-Server.

Serverproxys

Navigieren Sie für den Zugriff auf diese Workflows zu Bibliothek > Workflows und geben Sie die Tags orchestrator, remote_execution und server_proxies im Suchfeld des Workflows ein.

Workflow-Name Beschreibung
Proxyworkflows für einen Orchestrator-Server erstellen Erstellt Proxyworkflows auf dem lokalen Automation Orchestrator-Server durch Spiegeln der Struktur des Remoteservers.
Proxyworkflows für Orchestrator-Server löschen Entfernt die Proxyworkflows für den lokalen Automation Orchestrator-Server und löscht alle erstellten Workflows.
Proxyworkflows für Orchestrator-Server aktualisieren Erstellt alle Proxyworkflows für den lokalen Automation Orchestrator-Server über die Remoteserver neu.