- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- 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 d'Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d'identification de l'Unattended Robot dans HashiCorp Vault (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
- Authentification par carte à puce
- Attribution de rôles
- Gestion des rôles
- Rôles par défaut
- FAQ
- Permettre aux utilisateurs d'exécuter des automatisations personnelles
- Permettre aux utilisateurs d'exécuter des automatisations sur une infrastructure Unattended via des robots Unattended
- Configuration des comptes Robot pour exécuter des automatisations Unattended
- Audit
- Service de catalogue de ressources
- Robots Automation Suite
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Intégrations
- Robots classiques
- Résolution des problèmes
Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
Cet article vous guide tout au long du processus de répartition de la charge de travail d'automatisation non assistée à l'infrastructure existante en spécialisant les machines dans l'exécution de types particuliers de processus afin de maximiser leur efficacité et de réduire les coûts.
Le tableau suivant indique la version UiPath Robot requise pour exécuter les processus en fonction de leurs frameworks cibles et des considérations de compatibilité du système d'exploitation.
Système d'exploitation (framework cible) |
minimale 2021.8 |
---|---|
Windows - Héritage (.NET Framework 4.6.1) |
Tout |
Windows (.NET 5.0+) |
2021.10+ |
Multiplateforme (.NET 5.0+) |
2021.10+ |
Le tableau suivant montre la version du robot UiPath requise pour exécuter les processus de premier plan/d'arrière-plan en fonction des considérations d'identification du robot.
Types de processus |
Considérations relatives aux informations d'identification du Robot |
minimale 2021.8 |
---|---|---|
Arrière-plan |
Avec identifiants |
Tout |
Premier plan |
Avec identifiants |
Tout |
Arrière-plan |
Sans identifiants |
2021.10+ |
Premier plan |
Sans identifiants |
Configuration invalide. Vous avez besoin d'informations d'identification pour exécuter les tâches de premier plan. |
Votre charge de travail Unattended a des besoins d'infrastructure uniques qui peuvent évoluer au fil du temps. Vous pouvez maximiser l'efficacité et minimiser les pertes en limitant le modèle de machine et l'infrastructure de machine associée à l'exécution d'un type de processus particulier.
Supposons que vous utilisez UiPath Studio depuis un certain temps maintenant ; vous vous êtes inévitablement procuré une collection assez diversifiée d'automatisations : processus d'arrière-plan et de premier plan, certains développés à l'aide de .NET Framework 4.6.1, et les plus récents développés sur .NET 5.0.
Votre infrastructure est composée des éléments suivants :
- un bureau Windows
- un serveur Windows haute densité
- trois machines Linux
À quoi ressemblerait une stratégie d'optimisation efficace ?
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 uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 4 |
|
6 processus d’arrière-plan. |
Multiplateforme (.NET 5.0 ou supérieur) |
Nous connectons 3 machines Linux à l'aide du modèle B que nous définissons comme suit : Type de processus = Premier plan uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 2 |
|
10 processus de premier plan |
Windows (.NET 5.0 ou supérieur) |
Nous connectons le serveur Windows à l'aide du modèle C que nous définissons comme suit : Type de processus = Premier plan uniquement Compatibilité du processus = Windows uniquement Runtimes Unattended = 10 |
|
- Allouez l'exécution des processus en arrière-plan à des machines moins coûteuses (telles que Linux).
- Gardez les machines Windows de côté pour l'automatisation au premier plan.
- Les processus d'arrière-plan développés à l'aide de .NET Framework 4.6.1 nécessitent Windows. Vous pouvez recourir aux bureaux Windows pour une exécution simultanée. Vous n'avez pas besoin d'un serveur Windows pour les processus en arrière-plan, ni d'un environnement à haute densité, car les tâches en arrière-plan peuvent s'exécuter simultanément sous le même compte.
- Vous avez besoin de Robots 2021.10 ou versions ultérieures pour exécuter des processus .NET. 5.0 ou versions ultérieures.
Orchestrator n'autorise pas le démarrage de tâches sur des configurations non valides. Essayer de démarrer une tâche dans une configuration non valide entraîne un message d'erreur avec une description vous fournissant des informations pour corriger votre configuration.
Le démarrage d'une tâche en utilisant l'allocation dynamique, c'est-à-dire sans machine ni compte spécifié, avec une configuration de dossier incompatible entraînera une erreur. Assurez-vous de corriger la configuration, sinon les tâches resteront en attente indéfiniment. Par exemple, essayer d'exécuter une tâche .NET Framework 4.6.1 en arrière-plan alors qu'il n'y a que des modèles multiplateformes dans le dossier ne fonctionnera pas, car les tâches resteront en attente jusqu'à ce que la configuration soit corrigée.
Trouvez des détails sur la façon de corriger la configuration dans la fenêtre Détails de la tâche (Job Details).
- Les processus de premier plan sont développés en plus d'une interface utilisateur, et ont besoin d'une interface utilisateur pour être exécutés. Actuellement, l'automatisation de premier plan UiPath n'est possible que sous Windows. Pour cette raison, l'automatisation de premier plan sur des machines multiplateformes uniquement n'est pas une configuration valide.
- L'utilisation d'un modèle Windows uniquement (Windows only) sur une machine Linux n'est pas une configuration valide. Utilisez des modèles Multiplateforme uniquement (Cross-platform only) ou des modèles sans restriction (Tous (All)).
- L'utilisation d'un modèle Multiplateforme uniquement (Cross-platform only) sur une machine avec une version UiPath Robot antérieure à 21.8+ n'est pas une configuration valide. Mettez à jour la version ou définissez le modèle de machine sur Windows uniquement (Windows only) ou Tout (All).