Fonctionnement des Cloud robots avec Orchestrator

Divisation des responsabilités entre Orchestrator en tant que plan de contrôle et les Robots en tant que couche d'exécution, couvrant la répartition des tâches, l'affectation du Runtime et ce qui diffère selon le type de robot.

Orchestrator et le robot effectuent des tâches différentes. Orchestrator sélectionne les exécutions, l'emplacement et les ressources de dossier que la tâche peut utiliser. Le robot fournit l'environnement d'exécution et exécute la charge de travail. La connectivité réseau à vos propres systèmes est configurée en dehors des deux, au niveau du locataire.

Chaque type de robot se connecte à Orchestrator de la même manière et apparaît comme une machine dans la même structure de dossiers, que l'hôte soit autogéré, fourni par UiPath ou mis à l'échelle automatiquement dans votre propre compte cloud.

Ce que possède chaque côté

Orchestrator — le plan de contrôle	Le robot — la couche d'exécution
Objet machine et modèle de machine, y compris le runtime et l'affectation des emplacements	Le système d’exploitation, les logiciels installés et les dépendances locales
Quels types de processus et types de runtime une tâche peut utiliser	L’exécution de la charge de travail elle-même
Répartition, planification et déclencheurs de tâche	Signaler le statut, les journaux et les traces à Orchestrator
Ressources à l'échelle des dossiers: ressources, files d'attente, compartiments de stockage, connexions	Atteindre les cibles d'automatisation
Comptabilité des licences et de la consommation	Indiquer les types de processus et les runtimes qu’il prend en charge

Comment une tâche atteint un robot

1. Une tâche démarre à partir d'un déclencheur, d'une planification ou d'un démarrage manuel, avec un type de runtime sélectionné.
2. Orchestrator vérifie les modèles de machine affectés au dossier pour les runtimes ou les emplacements de ce type disponibles.
3. Les robots connectés signalent les types de processus et les types de runtime qu'ils prennent en charge.
4. Orchestrator envoie la tâche uniquement à un robot qui prend en charge les deux.
5. Le robot exécute la charge de travail et le statut du flux, et se reconnecte à Orchestrator.
6. À la fin, le runtime ou l’emplacement revient au pool.

Remarque :

Une tâche reste à l'état En attente lorsqu'elle est en file d'attente sur un robot ou pendant qu'Orchestrator tente d'établir une connexion avec l'un d'eux. Le comportement des types de runtime Agent, Fonction, API et RPA en attente, ou bien si certains types de runtime ne parviennent pas à démarrer au lieu d’attendre, n’est pas confirmé dans l’ensemble de documentation actuel et doit être vérifié auprès de l’ingénierie avant que cette distinction ne soit publiée comme fait.

Ce qui diffère selon le type de robot

Type de robot	Hôte fourni par	Version du robot gérée par
Robot auto-hébergé	VOUS	VOUS
Automation Cloud Robots – VM	UiPath	UiPath, avec un refus
Automation Cloud Robots – Serverless	UiPath	UiPath
Elastic Robot Orchestration	Vous, dans votre propre compte cloud	UiPath, avec un refus
Robots Automation Suite	Vous, dans votre cluster	Votre version d’Automation Suite

La disponibilité diffère par plateforme Cloud. Pour des détails, reportez-vous à Disponibilité des fonctionnalités Cloud Robots. Les robots Automation Suite sont documentés comme leur propre livraison Automation Suite de ce guide - sélectionnez votre version d'Automation Suite à partir du sélecteur de version du guide ou reportez-vous à À propos des robots Automation Suite pour la version actuelle de l'assistance à long terme.

Ce qui est configuré en dehors d’Orchestrator

L'accès aux systèmes à l'intérieur de votre propre réseau est un paramètre au niveau du locataire, et non un paramètre Orchestrator. La passerelle est créée dans Admin, sous la vignette Gateway du locataire sélectionné, avec son espace d'adressage, ses connexions et son routage. Pour des détails, reportez-vous à Configuration du VPN pour les Cloud robots.

Orchestrator utilise uniquement une passerelle existante: un pool Cloud Robot - VM sélectionne Connecter la passerelle VPN lors de sa création, et un modèle de machine sans serveur permet la même intégration via la gestion des paramètres VPN.

Important :

Un pool Cloud Robot - VM existant ne peut pas être connecté à une passerelle VPN par la suite - un pool qui en a besoin est créé avec l'option sélectionnée. Une fois qu'un pool est déconnecté via le bouton bascule Activer l'intégration VPN , il ne peut pas être reconnecté. Les modèles de machine sans serveur peuvent activer ou désactiver l'intégration VPN et modifier l'espace d'adressage à tout moment; les robots sur ce modèle se reconnectent automatiquement en fonction des nouveaux paramètres.

Où chaque sujet est documenté

Prise en charge de la configuration, des exigences, de la capacité et de la charge de travail pour chaque type de robot en direct dans les guides Robot. Les objets du plan de contrôle dont dépend un Robot restent dans le guide Orchestrator:

• Machines et modèles de machine, y compris le runtime et l'affectation de l'emplacement
• Tâches et états de tâches
• Concession de licence et consommation