- 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
- 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 d'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
- Audit
- Service de catalogue de ressources
- 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
- Administration de l'hôte
- Serveur d'identité
- Authentification
- Administration de l'organisation
- Autres configurations
- Intégrations
- Robots classiques
- Résolution des problèmes
Modélisation de l'organisation dans Orchestrator
Orchestrator fournit plusieurs fonctionnalités qui peuvent être utilisées dans la modélisation de votre déploiement pour fournir une administration simple et efficace tout en garantissant également une isolation des actifs et un contrôle d'accès appropriés dans votre organisation, indépendamment de la taille et de la structure.
Une seule instance d'Orchestrator peut être divisée en plusieurs locataires, chaque locataire étant entièrement isolé des autres. Aucune automatisation, aucune ressource ou aucun utilisateur n'est partagé ou accessible entre différents locataires.
Chaque locataire dans votre organisation peut être subdivisé et organisé en Dossiers. Vous pouvez créer autant de dossiers classiques ou modernes que nécessaire pour réaliser la structure souhaitée. Chaque type de dossier possède différentes fonctionnalités et des capacités, vous permettant d'utiliser le type approprié pour la gestion de l'administration et le partage des automatisations dans votre organisation.
Les locataires sont conçus dans le but d'isoler complètement toutes les entités d'Orchestrator (c'est-à-dire, les robots, les actifs, les files d'attente, les utilisateurs, etc.) entre ces instances séparées de votre déploiement, le tout sans avoir à gérer plusieurs instances d'Orchestrator. Voici quelques exemples de séparation d'Orchestrator en locataires :
- Un locataire pour chaque bureau régional ou international de votre entreprise, car les utilisateurs de chaque région disposent d'automatisations spécifiques aux lois et aux procédures en vigueur de cette région (par exemple, les processus RH aux États-Unis par rapport à l'Europe ou au Japon).
- Gestion de plusieurs environnements de développement et de test.
- Isolation les données sensibles, telles que les processus de paie ou les projets confidentiels.
Les locataires sont donc mieux utilisés dans les situations où vous souhaitez que tous les utilisateurs, ressources et paramètres de vos solutions d'automatisation soient gérés indépendamment par des administrateurs de locataires désignés.
Les dossiers modernes offrent multiples fonctionnalités non disponibles dans le contexte des dossiers classiques, telles que la gestion automatique des robots, les structures hiérarchiques et l'attribution de rôles précis pour les utilisateurs. Pour plus informations, reportez-vous ici. Cliquez ici pour plus de détails.
L'objectif de guidage des dossiers modernes est de simplifier les grands déploiements en permettant le partage d'automatisations entre différents services, l'intégration à vos groupes AD existants et un contrôle étendu des autorisations utilisateur et de la création de robots.
Par exemple, vous pouvez créer un dossier séparé pour vos services financiers et RH, en ajoutant ces groupes respectifs de votre annuaire Active Directory d'entreprise à leur dossier correspondant, tout en permettant également à vos utilisateurs RH d'avoir accès aux automatisations des notes de frais contenues dans le dossier Finance plutôt que d'avoir à recréer pour chaque utilisateur ou groupe distinct dans votre entreprise.
Les dossiers classiques fonctionnent de la même manière que les versions précédentes d'Orchestrator, préservant ainsi une rétrocompatibilité complète lors de la transition vers le modèle moderne. Pour obtenir une comparaison des deux types de dossiers, reportez-vous ici.
Au-delà de la gestion de la rétrocompatibilité pour les déploiements existants, les dossiers classiques aident à assurer la séparation des automatisations dans des déploiements moins complexes où la séparation par locataire n'est pas nécessaire. Dans les dossiers classiques, les autorisations utilisateur sont définies au niveau du locataire sans rôle spécifique au dossier disponible. Les utilisateurs ont également accès aux automatisations uniquement dans les dossiers auxquels ils sont affectés.
Compte tenu de cette complexité supplémentaire, les dossiers classiques sont mieux utilisés pour les déploiements ayant un plus petit nombre de robots et d'administrateurs.
