Exécuteur Robot

L'exécuteur UiPath est un composant de service de la structure logicielle UiPath qui est utilisée pour exécuter des automatisations ou des tâches. Il s'agit du composant qui exécute réellement les workflows d'automatisation, et vous pouvez l'identifier dans la liste des services système comme UiPath.Executor.exe.

Mode de fonctionnement

Pendant le cycle de vie d'une automatisation, l'exécuteur représente l'étape d'exécution :

1. Design stage—Once an automation workflow is designed and created in Studio, it is then published to Orchestrator.

2. Orchestrator stage—The Orchestrator is the component that manages, controls, and logs the operations executed by the robots. Here, you can schedule a job or run it on-demand.

3. Execution stage—When a task is scheduled or triggered, Orchestrator sends a command to the Robot Service. The Robot Service then starts instances of UiPath Executor to run the automation task. Each instance operates in an isolated session, ensuring that if one task fails, the others remain unaffected.

4. Post-execution stage—When the task is completed, Executor instances are terminated, and the results are sent back to the Orchestrator. Details such as execution time, status (success or failure), and any exceptions are logged and can be analyzed for troubleshooting or process improvement.

Capabilities

Certaines des fonctionnalités de l'exécuteur incluent :

• Executing local or remote tasks—UiPath Executor can execute tasks both in the local device where the Robot Service is installed, or it can connect to other devices remotely and execute tasks there.

• Running jobs concurrently—The Executor is capable of performing multiple automations at the same time, each one operating as an independent session.

• Load balancing and task prioritization—Together with UiPath Orchestrator, the Executor can help balance automation loads across multiple robots and prioritize tasks based on predefined rules.

• Maintaining workflow isolation—Each execution in the Executor is isolated, implying that error or failure in one job does not impact the performance of the rest.

Remarque :

L'exécuteur s'adapte à différents paramètres DPI, permettant aux workflows de s'exécuter sur n'importe quelle résolution. Si certaines applications ne peuvent pas gérer DPI, vous pouvez désactiver cette fonctionnalité.

Types d'exécuteurs basés sur les projets d'automatisation

En fonction du projet d'automatisation, le service de robot va lancer le type d'exécuteur pertinent destiné à exécuter l'automatisation. La table suivante résume les types de projet qu’un exécuteur peut exécuter, en fonction de l’infrastructure cible utilisée.

Type de projet/d'exécuteur	Architecture	SE pris en charge	Infrastructure utilisée
Windows - Héritage	32 bits	Windows (x64 et x86)	.NET Framework 4.6.1
Windows	64 bits	Windows x64	.NET 8 avec prise en charge Windows (.NET Core - Windows)
Multiplateforme	64 bits	Windows, Linux, MacOS (64 bits)	.NET 8 avec prise en charge multiplateforme (.NET Core)

Chaque ligne du tableau représente un type d'exécuteur différent, indiquant comment il est configuré pour exécuter des projets en fonction des exigences spécifiques du type de projet, du système d'exploitation cible et de la version de .NET Framework utilisée. Ces informations aident à comprendre quel exécuteur est approprié pour chaque projet, garantissant la compatibilité avec l'environnement cible et exploitant les capacités d'infrastructure pertinentes.

Configurations utilisateur pour l'exécuteur

L'exécuteur possède une variable système dédiée UIPATH_HEADLESS_WITH_USER, que vous pouvez configurer en fonction du type d'utilisateur qui exécute l'automatisation et de la version du robot installée sur votre machine.

Lorsque l'utilisateur est le système local, vous pouvez exécuter des automatisations en arrière-plan avec Robot 2021.10 ou une version plus récente. Ici, le paramètre de UIPATH_HEADLESS_WITH_USER doit être Falseou ne pas être défini du tout.

Lorsque l'utilisateur exécutant l'automatisation a des informations d' identification spécifiées dans Orchestrator, vous devez envisager trois scénarios :

• Pour toute version de Robot exécutant des automatisations en arrière-plan, le paramètre UIPATH_HEADLESS_WITH_USER doit être True.
• Pour toute version de Robot exécutant des automatisations de premier plan, il ne doit y avoir aucune variable UIPATH_HEADLESS_WITH_USER définie.
• Pour les automatisations de premier plan et d'arrière-plan qui utilisent Robot version 2021.4 ou antérieure, il ne devrait y avoir aucune variable UIPATH_HEADLESS_WITH_USER définie.

La table suivante résume les conditions d'utilisation de l'exécuteur.

Type d’utilisateur	Type d'automatisation	UIPATH_HEADLESS_WITH_USER	La version du robot qui utilise cette configuration
Utilisateur du système local	Arrière-plan	False ou null	2021.10 et versions ultérieures
L'utilisateur configuré dans Orchestrator	Arrière-plan	True	Toutes les versions
	Premier plan	Pas besoin d'une variable	Toutes les versions
	Tout	Pas besoin d'une variable	2021.4 et versions antérieures

Exécuteur préchargé

En général, chaque processus nécessite du temps pour charger le workflow, les packages et les bibliothèques requis en mémoire avant de pouvoir commencer le traitement. Dans une configuration préchargée, ces dépendances sont déjà chargées en mémoire, dans des emplacements d'exécution dédiés. Un exécuteur préchargé est activé par défaut.

Voici quelques détails clés sur l'exécuteur préchargé :

• Exécution plus rapide : En préchargeant le processus, vos robots peuvent commencer à travailler beaucoup plus rapidement sur leurs tâches.

• Utilisation des ressources : avec un exécuteur préchargé, les robots consomment moins de ressources en ayant déjà les workflows requis chargés en mémoire.

• Disponibilité : les exécuteurs préchargés sont principalement conçus pour les automatisations Attended démarrées à partir de Assistant, de RobotJS, de Studio ou de l'interface de ligne de commande. Les tâches Unattended depuis Orchestrator lancent un seul exécuteur non préchargé.

Variables système pour une configuration préchargée

Vous pouvez gérer le comportement des exécuteurs préchargés en définissant des variables d'environnement spécifiques sur la machine robot, comme suit :

Variable d'environnement	Valeur (Value)	Description
UIPATH_PRE_LOADED_EXECUTOR	Aucun (None)	Remplace le comportement par défaut et démarre l’exécuteur préchargé uniquement lorsque la première tâche démarre.
UIPATH_DISABLE_PRE_LOADED_EXECUTOR	Vrai	Désactive l’exécuteur préchargé.

Mode de fonctionnement

Lorsque vous ajoutez la variable UIPATH_PRE_LOADED_EXECUTOR à votre système, vous configurez une configuration préchargée. Cela démarre deux exécuteurs : un chaque fois qu'une tâche démarre, et un autre pour attendre les futures tâches - l'exécuteur préchargé. Lorsqu'une autre tâche démarre, elle utilise l'exécuteur préchargé et génère un autre exécuteur préchargé pour attendre la tâche suivante. En bref, une configuration préchargée garantit toujours qu'il y a un exécuteur disponible en attente de tâches.

Exécuteurs et systèmes d'exploitation préchargés

Pour les appareils Windows , lorsque UiPath.Service.UserHost.exe démarre, il lance deux exécuteurs préchargés : un pour les projets Windows et un autre pour les projets Windows hérités.

Pour les appareils MacOS , lorsque UiPath.Service.UserHost.exe démarre, il lance un seul exécuteur préchargé pour les projets multiplateformes.