- 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
- 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
- Solutions
- 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
Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Vous ne savez pas ce que sont les objets machine? Consultez l'article sur les machines.
- Apprenez quelques notions de base sur l'automatisation en arrière-plan et au premier plan dans cette section sur les types de processus.
- Consultez quelques considérations sur la compatibilité des processus dans cette section sur les infrastructures cibles des projets d'automatisation et les systèmes d'exploitation.
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).