Roboter-Executor

UiPath Executor ist eine Dienstkomponente der UiPath-Softwarestruktur, die zur Durchführung von Automatisierungen oder Aufgaben verwendet wird.Es ist die Komponente, die tatsächlich die Automatisierungsworkflows ausführt, und Sie können sie in der Liste der Systemdienste als UiPath.Executor.exe identifizieren.

Wie es funktioniert

Während eines Automatisierungslebenszyklus stellt der Executor die Ausführungsstufe dar:

1. Entwurfsphase – Sobald ein Automatisierungsworkflow entworfen und in Studio erstellt wurde, wird er in Orchestrator veröffentlicht.

2. Orchestrator-Ebene – Der Orchestrator ist die Komponente, die die von den Robotern ausgeführten Vorgänge verwaltet, steuert und protokolliert.Hier können Sie einen Auftrag planen oder auf Anfrage ausführen.

3. Ausführungsphase – Wenn eine Aufgabe geplant oder ausgelöst wird, sendet Orchestrator einen Befehl an den Roboterdienst.Der Roboterdienst startet dann Instanzen von UiPath Executor, um die Automatisierungsaufgabe auszuführen.Jede Instanz wird in einer isolierten Sitzung ausgeführt, sodass ein Fehlschlagen einer Aufgabe keine Auswirkungen auf die anderen hat.

4. Phase nach der Ausführung – Wenn die Aufgabe abgeschlossen ist, werden Executor-Instanzen beendet und die Ergebnisse werden an den Orchestrator zurückgesendet. Details wie Ausführungszeit, Status (Erfolg oder Misserfolg) und etwaige Ausnahmen werden protokolliert und können zur Fehlerbehebung oder Prozessverbesserung analysiert werden.

Capabilities

Zu den Funktionen von Executor gehören:

• Ausführen von lokalen oder Remote-Aufgaben – Roboterdienst kann Aufgaben entweder auf dem lokalen Gerät ausführen, auf dem der Roboterdienst installiert ist, oder er kann eine Verbindung zu anderen Geräten herstellen und dort Aufgaben ausführen.

• Gleichzeitige Ausführung von Aufträgen – Der Executor kann mehrere Automatisierungen gleichzeitig durchführen, von denen jede als unabhängige Sitzung ausgeführt wird.

• Lastausgleich und Priorisierung von Aufgaben – Zusammen mit UiPath Orchestrator kann der Executor dazu beitragen, die Automatisierungslasten über mehrere Roboter hinweg auszugleichen und Aufgaben auf Grundlage vordefinierter Regeln zu priorisieren.

• Beibehaltung der Isolierung des Workflows – Jede Ausführung im Executor ist isoliert, was bedeutet, dass ein Fehler in einem Auftrag keine Auswirkung auf die Leistung des anderen Auftrags hat.

Hinweis:

Der UiPath Executor passt sich verschiedenen DPI-Einstellungen an, sodass Workflows mit jeder Auflösung ausgeführt werden können.Wenn einige Anwendungen nicht mit DPI umgehen können, können Sie diese bestimmte Funktion deaktivieren.

Ausführende Typen basierend auf Automatisierungsprojekten

Basierend auf dem Automatisierungsprojekt startet der Roboterdienst den entsprechenden Typ der Ausführungsinstanz zur Ausführung der Automatisierung.In den folgenden Tabellen sind die Projektarten auf Basis des verwendeten Zielframeworks zusammengefasst, die eine Ausführungsinstanz ausführen kann.

Projekt-/Executor-Typ	Architektur	Unterstützte Betriebssysteme	Verwendetes Framework
Windows – Legacy	32-Bit	Windows (x64 und x86)	.NET Framework 4.6.1
Windows	64-Bit	Windows x64	.NET 8 mit Windows-Unterstützung (.NET Core – Windows)
Plattformübergreifend	64-Bit	Windows, Linux, MacOS (64-Bit)	.NET 8 mit plattformübergreifender Unterstützung (.NET Core)

Jede Zeile in der Tabelle repräsentiert einen anderen Typ, der zeigt, wie er für die Ausführung von Projekten konfiguriert ist, basierend auf den spezifischen Anforderungen des Projekttyps, des Zielbetriebssystems und der verwendeten Version von .NET Framework.Diese Informationen helfen zu verstehen, welcher Ausführer für jedes Projekt geeignet ist, um die Kompatibilität mit der Zielumgebung zu gewährleisten und die relevanten Framework-Funktionen zu nutzen.

Benutzerkonfigurationen für den Executor

Der Executor verfügt über eine eigene SystemvariableUIPATH_HEADLESS_WITH_USER, die Sie je nach Typ des Benutzers, der die Automatisierung ausführt, und der Version des auf Ihrer Maschine installierten Roboters konfigurieren können.

Wenn es sich bei dem Benutzer um das lokale System handelt, können Sie Hintergrundautomatisierungen mit Roboter 2021.10 oder einer neueren Version ausführen.Hier sollte die Einstellung für UIPATH_HEADLESS_WITH_USERentweder festgelegt seinFalse oder überhaupt nicht gesetzt werden.

Wenn der Benutzer, der die Automatisierung ausführt, über Anmeldeinformationen verfügt, die in Orchestrator angegeben wurden, sollten Sie drei Szenarien berücksichtigen:

• Für jede Version von Roboter mit Hintergrundautomatisierungen sollte die UIPATH_HEADLESS_WITH_USEREinstellung lautenTrue.
• Für jede Version des Roboters mit Vordergrundautomatisierungen sollte keine UIPATH_HEADLESS_WITH_USERVariable gesetzt sein.
• Für Vordergrund- und Hintergrundautomatisierungen, die die Roboter-Version 2021.4 oder älter verwenden, sollte keine UIPATH_HEADLESS_WITH_USERVariable gesetzt sein.

In der folgenden Tabelle sind die Benutzerbedingungen für den Executor zusammengefasst.

Benutzertyp	Automatisierungstyp	UIPATH_HEADLESS_WITH_USER Einstellung	Die Roboterversion, die diese Konfiguration verwendet
Lokaler Systembenutzer	Hintergrund	Falseoder null	2021.10 und höher
In Orchestrator konfigurierter Benutzer	Hintergrund	True	Alle Versionen
	Vordergrund	Keine Variable erforderlich	Alle Versionen
	Alle	Keine Variable erforderlich	2021.4 und älter

Vorgeladener Executor

Normalerweise benötigt jeder Prozess Zeit, um den erforderlichen Workflow, die Pakete und Bibliotheken in den Speicher zu laden, bevor er mit der Verarbeitung beginnen kann. In einer vorgeladenen Konfiguration werden diese Abhängigkeiten bereits in den Speicher geladen, in speziellen Ausführungsslots.Ein vorgeladener Executor ist standardmäßig aktiviert.

Hier sind einige wichtige Details zum vorgeladenen Executor:

• Schnellere Ausführung: Durch das Vorladen des Prozesses können Ihre Roboter viel schneller mit der Arbeit an ihren Aufgaben beginnen.

• Ressourcennutzung: Mit einem vorinstallierten Executor verbrauchen Roboter weniger Ressourcen, da die erforderlichen Workflows bereits im Speicher geladen sind.

• Verfügbarkeit: Vorgeladene Ausführungsinstanzen sind in erster Linie für beaufsichtigte Automatisierungen konzipiert, die von Assistant, RobotJS, Studio oder der Befehlszeilenschnittstelle gestartet werden.Unbeaufsichtigte Aufträge aus Orchestrator initiieren einen einzelnen, nicht vorgeladenen Ausführungsinstanz.

Systemvariablen für das vorgeladene Setup

Sie können das Verhalten von vorgeladenen Ausführungsmodulen verwalten, indem Sie bestimmte Umgebungsvariablen für die Robotermaschine wie folgt festlegen:

Umgebungsvariable	Wert	Beschreibung
UIPATH_PRE_LOADED_EXECUTOR	Keine	Überschreibt das Standardverhalten und startet den vorgeladenen Executor nur, wenn der erste Auftrag gestartet wird.
UIPATH_DISABLE_PRE_LOADED_EXECUTOR	True	Deaktiviert den vorgeladenen Executor.

Wie es funktioniert

Wenn Sie die Variable UIPATH_PRE_LOADED_EXECUTOR zu Ihrem System hinzufügen, konfigurieren Sie ein vorgeladenes Setup.Dadurch werden zwei Ausführungsmodule gestartet: eines, wenn ein Auftrag gestartet wird, und ein anderes, das auf zukünftige Aufträge wartet – der vorgeladene Executor.Wenn ein weiterer Auftrag startet, wird der vorgeladene Executor verwendet und ein weiterer vorgeladener Executor generiert, der auf den nächsten Auftrag wartet. Kurz gesagt, ein vorgeladenes Setup stellt immer sicher, dass ein verfügbarer Executor auf Aufträge wartet.

Vorgeladene Ausführungsprogramme und Betriebssysteme

Für Windows-Geräte werden beim UiPath.Service.UserHost.exeStart zwei vorgeladene Ausführungsprogramme gestartet: eines für Windows-Projekte und ein anderes für Windows-Legacy-Projekte.

Für MacOS-Geräte wird, wenn UiPath.Service.UserHost.exegestartet wird, ein einziger vorinstallierter Executor für plattformübergreifende Projekte gestartet.