- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Accéder à la configuration de l'Unattended Robot
- Concepts utiles de l'automatisation Unattended
- Comment s'effectue l'automatisation Unattended
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Audit
- Paramètres
- Cloud Robots
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Diffusion en direct et contrôle à distance
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Comment s'effectue l'automatisation Unattended
Les étapes ci-dessous décrivent les actions nécessaires pour exécuter des automatisations Unattended avec succès. Nous sommes conscients que ces processus à grande échelle sont gérés différemment par chaque entreprise, ce qui signifie que l'ordre dans lequel les étapes sont effectuées variera. Ainsi, l'ordre décrit ci-dessous n'est qu'une recommandation sur la façon dont une configuration réussie pourrait se produire.
Les étapes suivantes vous aident à configurer votre machine hôte pour l'exécution d'automatisations Unattended.
Les machines hôtes qui exécuteront des automatisations Unattended sont connectées à un modèle de machine Orchestrator, via une clé de machine ou un ensemble d'informations d'identification client. Cela permet de gérer les automatisations à partir d'Orchestrator.
Plusieurs machines hôtes peuvent être connectées au même modèle de machine. Il est cependant recommandé de gérer des modèles distincts pour chaque ensemble de machines hôtes qui partagent la même configuration physique, à savoir :
-
Elles ont la même configuration.
-
Elles contiennent les mêmes applications, dans les mêmes versions, installées sous les mêmes chemins sur chaque machine.
-
Les utilisateurs qui doivent se connecter à ces applications disposent des mêmes droits d'accès.
Pour vous assurer que vos machines hôtes exécutent les automatisations aussi facilement que possible, quelques éléments importants sont à garder à l'esprit :
-
Toutes les ressources nécessaires, telles que les applications et les services, doivent être installées sur les machines hôtes concernées et regroupées de manière logique, en fonction des processus que vous souhaitez exécuter.
-
Tous les comptes Robot affectés à un dossier doivent pouvoir se connecter à chaque machine hôte associée au modèle de machine affecté à ce même dossier.
Tous les comptes Robot affectés à un dossier doivent pouvoir se connecter à chaque machine hôte associée au modèle de machine affecté à ce même dossier.
La machine hôte doit répondre aux Exigences en matière de matériel et de logiciel (Hardware and Software Technical Requirements) et sa fonctionnalité d'économiseur d'écran doit être désactivée.
Un Robot en Mode Service est l'option recommandée pour les scénarios d'automatisation Unattended et les déploiements de plates-formes à grande échelle. Lorsqu'un processus est exécuté, le Robot est lancé par le gestionnaire de contrôle des services Windows sous le système local, ce qui signifie qu'il dispose de tous les droits d'un administrateur de machine et qu'il peut s'exécuter avec les mêmes droits que l'utilisateur sous lequel il est enregistré.
Il existe deux manières d'installer le Robot :
-
Via la ligne de commande, en utilisant le paramètre
ADDLOCAL
: pour installer le Robot en mode service, vous devez également ajouter l'optionRegisterService
. C'est le choix recommandé pour les robots Unattended, en particulier lors des déploiements à grande échelle. -
Avec UiPath® Studio, via
UiPathStudio.msi
, le Robot est déployé par défaut en mode service.
Nous vous recommandons d'utiliser des VDI non persistants, qui garantissent que toutes vos machines hôtes suivent une configuration cohérente, avec un minimum d'efforts.
Cette étape n'est nécessaire que pour les développeurs qui exécutent des automatisations Unattended et qui souhaitent résoudre des problèmes.
Vous pouvez également déboguer vos processus directement à partir de l'assistant UiPath, en activant une session de résolution des problèmes.
UiPathStudio.msi
sur cette machine. Si vous optez pour la Configuration rapide (Quick Setup) lors de l'installation, le robot est déployé en Mode utilisateur (User Mode), ce qui signifie qu'il s'exécute sous l'utilisateur qui l'a démarré et dispose des mêmes droits que ceux de cet utilisateur.
UiPathStudio.msi
peut être téléchargé à partir du Centre de ressources ou directement de la Page d’accueil Automation CloudTM.
Les étapes suivantes vous aident à configurer les objets Orchestrator nécessaires à l'exécution réussie d'automatisations Unattended.
Le modèle de machine est le type de machine Orchestrator recommandé pour les automatisations Unattended. Les modèles de machine fournissent la puissance de calcul nécessaire à l'exécution de la tâche. Ils facilitent le déploiement de plusieurs machines en définissant la configuration une seule fois, puis en utilisant un seul ensemble d'informations d'identification client pour permettre à plusieurs robots de se connecter à Orchestrator.
-
Au niveau du locataire, cliquez sur Machines > Ajouter une machine (Add machine) > Modèle de machine (Machine template). La fenêtre Modèle de machine (Machine template) s'ouvre.
-
Configurez le modèle de machine et attribuez-lui au moins un runtime Unattended. Les runtimes sont un type de licence de service dédiée aux automatisations Unattended. Ils sont extraits du pool de locataires et attribués au niveau du modèle de machine. Avec un runtime, vous pouvez exécuter une automatisation sur une machine hôte. Avec deux runtimes, vous pouvez exécuter deux automatisations sur la même machine hôte ou une automatisation sur deux machines hôtes.
-
Cliquez sur Enregistrer (Provision).
-
Copiez la clé de la machine et/ou l'ID client et la clé secrète du client pour une utilisation ultérieure.
Voici un exemple de modèle de machine qui sert de base à une stratégie d'optimisation efficace :
Votre infrastructure est composée des éléments suivants :
-
un bureau Windows
-
un serveur Windows haute densité
-
trois machines Linux
Nombre de processus |
Compatibilité (définie dans Studio) |
Paramètres de modèle de machine (définis dans Orchestrator) |
Pourquoi |
4. processus d’arrière-plan. |
Windows - Héritage (.NET Framework 4.6.1) |
Nous connectons un bureau Windows à l'aide du modèle A que nous définissons comme suit : Type de processus = Arrière-plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 4 |
Les processus .NET Framework 4.6.1 ne peuvent s'exécuter que sur des machines Windows. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle A a 4 runtimes assignés, permettant l'exécution simultanée de 4 tâches. |
6 processus d’arrière-plan. |
Multiplateforme (.NET 5.0 ou version plus récente) |
Nous connectons 3 machines Linux à l'aide du modèle B que nous définissons comme suit : Type de processus = Arrière-plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 2 |
Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine. Le modèle B permet l'exécution de processus d'arrière-plan uniquement sur les machines Linux connectées. Les processus en arrière-plan peuvent s'exécuter simultanément sous le même compte. Le modèle B a 2 runtimes attribués, permettant l'exécution simultanée de 2 tâches sur chaque machine Linux connectée : 2 tâches x 3 machines offrent une capacité d'exécution de 6 tâches simultanées. |
10 processus de premier plan |
Windows (.NET 5.0 ou version plus récente) |
Nous connectons le serveur Windows à l'aide du modèle C que nous définissons comme suit : Type de processus = Premier plan uniquementCompatibilité du processus = Windows uniquementRuntimes Unattended = 10 |
Les processus .NET Framework 5.0 peuvent s'exécuter sur n'importe quel type de machine, machines Linux incluses, mais comme il s'agit de processus de premier plan développés pour Windows, vous devez les exécuter sur des machines Windows. Un compte peut exécuter un processus de premier plan à la fois. Un serveur Windows HD permet d'ouvrir plusieurs sessions de compte. Le modèle C a 10 runtimes attribués, ce qui signifie que 10 sessions sont ouvertes simultanément, permettant l'exécution simultanée de 10 tâches de premier plan. |
Le compte est l'identité qui fournit les autorisations et les informations d'identification requises pour que le robot utilise les ressources Orchestrator et se connecte aux machines hôtes respectivement. Il est recommandé d'utiliser un compte Robot, ce qui est idéal lorsque vous devez exécuter des processus de back-office Unattended qui ne devraient pas être la responsabilité d'un utilisateur en particulier.
Pour créer un compte Robot, suivez les étapes correspondant à votre environnement :
Il est fortement recommandé de créer une structure de dossiers centrée sur les processus que vous souhaitez exécuter. C'est-à-dire que chaque processus doit avoir son ou ses propres dossiers spécialisés contenant toutes les ressources nécessaires à son fonctionnement correct et sans interruption.
Le modèle de machine, le compte de robot, le processus d'automatisation et tout autre élément nécessaire à une itération d'automatisation non assistée doivent être placés dans le même dossier. Ceci est très important si vous voulez garantir un traitement ininterrompu.
Affectation d'un compte robot à un dossier
- Au niveau du locataire Orchestrator, cliquez sur Dossiers (Folders), sélectionnez le dossier souhaité pour votre automatisation (qui doit être le même que celui dans lequel vous avez ajouté le modèle de machine), puis cliquez sur Affecter un compte/groupe (Assign Account/Group).
- Dans le champ Nom de compte ou de groupe (Account or Group name), commencez à saisir le nom du compte que vous venez de créer et sélectionnez-le dans la liste.
- Dans la liste Rôles (Roles), sélectionnez Automation User.
- Cliquez sur Attribuer (Assign).
Affectation d'un modèle de machine à un dossier
- Sélectionnez le dossier qui contiendra tous les éléments relatifs à cette automatisation, puis cliquez sur Paramètres (Settings) > Machines > Gérer les machines dans le dossier (Manage Machines in Folder).
- Cliquez sur Ajouter une machine (Add machine) > Modèle de machine (Machine template). La fenêtre Gérer les machines dans le dossier (Manage machines in folder) s'affiche.
- Cochez la case à gauche du modèle de machine souhaité, puis cliquez sur Mettre à jour (Update). La machine est ajoutée au dossier.
Dans l'automatisation Unattended, la machine hôte est connectée et sous licence en mode Unattended, exécutant ainsi des processus via Orchestrator. Cette connexion est établie via une clé machine ou un ensemble d'informations d'identification client, via la ligne de commande. La clé de machine ou les informations d'identification sont générées dans Orchestrator lorsque vous créez le modèle de machine. Cela dépend des paramètres de sécurité du Robot.
Pour savoir comment établir cette connexion, consultez cette section.
Les sections suivantes vous guident à travers les étapes nécessaires pour exécuter réellement l'automatisation que vous avez préparée jusqu'à présent.
Vous pouvez soit exécuter votre automatisation directement, soit planifier son exécution en configurant un déclencheur.
Exécution directe
Vous pouvez exécuter une tâche à partir de deux emplacements dans le dossier cible de votre automatisation :
1.a. Cliquez sur Automatisations (Automations) > Tâches (Jobs) > Démarrer (Start). Sur la page des paramètres de la tâche qui s'ouvre, dans la liste Nom du processus (Process Name), sélectionnez le processus que vous avez créé à l'étape 2.
1.b. Cliquez sur Automatisations (Automations) > Processus (Processes), puis cliquez sur le symbole Exécuter une tâche (Run a Job) en regard du processus souhaité. Cela ouvre la page des paramètres de tâche avec le processus souhaité déjà affiché dans le champ Nom du processus (Process Name).
2. Configurez tous les autres paramètres sur cette page, puis cliquez sur Démarrer (Start).
Exécution planifiée
Les déclencheurs permettent de lancer des exécutions d'une manière pré-planifiée, à intervalles réguliers (déclencheurs de temps) ou chaque fois que des éléments sont ajoutés à vos files d'attente (déclencheurs de file d'attente).
Les déclencheurs constituent une ressource à l'échelle des dossiers, ce qui signifie que vous pouvez les créer en accédant à Automatisations (Automations) > Déclencheurs (Triggers) à partir du niveau du dossier. Comme toutes les autres ressources relatives à une automatisation, les déclencheurs doivent également faire partie du même dossier que le processus correspondant utilisé pour exécuter l'automatisation non assistée, ainsi que le compte robot et le modèle de machine créés à cet effet.
Les déclencheurs sont créés sur la base d'un processus existant et bénéficient des mêmes priorités d'exécution que celles disponibles aux niveaux du processus et de la tâche.
Si vous souhaitez planifier une heure récurrente pour démarrer une tâche, vous pouvez créer un déclencheur de temps.
Si vous souhaitez démarrer un processus lors de la création d'un déclencheur ou chaque fois que vous ajoutez un nouvel élément à une file d'attente, vous pouvez créer un déclencheur de file d'attente.
Comment les sessions Robot sont-elles gérées
Lorsque le Robot est déconnecté, son état change sur cette page et sa licence est libérée, devenant ainsi disponible pour un autre Robot/processus.
Les Robots sont déconnectés lorsque la machine hôte est éteinte. Cependant, ils sont également considérés comme ne répondant pas et déconnectés lorsqu'ils n'envoient pas de pulsation réussie pendant deux minutes.
Comment les tâches sont-elles attribuées
L'affectation des tâches est effectuée en fonction des capacités des éléments impliqués dans l'automatisation, à savoir le compte de robot, le processus, la tâche et la machine hôte.
Orchestrator récupère les informations suivantes afin de décider comment allouer les tâches :
I. Il recherche dans les dossiers les tâches en attente, qu'il classe d'abord en fonction de la priorité, puis de l'heure de création. Les tâches avec une priorité plus élevée et les tâches avec une heure de création plus ancienne sont récupérées en premier.
II. Il vérifie le type de processus (défini dans Orchestrator) :
-
Processus d'arrière-plan : il peut s'exécuter sous n'importe quelle identité
-
Processus de premier plan : le Robot vérifie les informations d'identification disponibles, c'est-à-dire les utilisateurs disponibles dans ce dossier
-
Tout (All) : Processus d'arrière-plan et de premier plan.
III. Il vérifie la compatibilité du processus (définie dans Orchestrator) :
-
Windows uniquement (Windows only) : Processus compatibles Windows uniquement
-
Multiplate-forme uniquement (Cross-platform only) : Processus multiplate-forme uniquement
-
Tout (All) : Processus compatibles Windows et multiplate-forme
IV. Il vérifie la compatibilité des tâches (définie dans Studio, au moment de la création) :
-
Windows-legacy (.NET Framework 4.6.1) - ne peut s'exécuter que sur des machines Windows
-
Multiplateforme (.NET 5.0 ou version plus récente) : peut s'exécuter sur n'importe quel type de machine
-
Windows (.NET 5.0 ou version plus récente) : peut s'exécuter sur n'importe quel type de machine, machines Linux incluses ; cependant, comme il s'agit de processus de premier plan développés pour Windows, ils doivent être exécutés sur des machines Windows.
V. Il vérifie l'infrastructure de la machine hôte pour la version de robot compatible.
- 1. Configuration de l'infrastructure
- 1.1. Configuration des machines hôtes qui exécuteront le Unattended Robot
- 1.2. Installation d'un robot en mode de service sur des machines hôtes
- 1.3. (Facultatif) Installation d'UiPath Studio sur la machine Unattended
- 2. Configuration d'Orchestrator
- 2.1. Création d'un modèle de machine
- 2.2. Création d'un compte Robot
- 2.3. Création de la structure des dossiers
- 2.4. Affectation d'objets à des dossiers
- 3. Connexion de l'Unattended Robot à Orchestrator
- 4. Exécution de l'automatisation Unattended
- 4.1. Création d'un projet d'automatisation dans UiPath Studio et publication dans Orchestrator
- 4.2. Création d'un processus dans Orchestrator
- 4.3. Exécution de l'automatisation