- 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 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
- Authentification par carte à puce
- Audit
- Paramètres - Niveau du locataire
- 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
- Autres configurations
- Intégrations
- Robots classiques
- Administration de l'hôte
- À propos du niveau de l'hôte
- Gestion des administrateurs système
- Gestion des locataires
- Configuration des notifications par e-mail du système
- Journaux d'audit pour le portail hôte
- Mode de Maintenance
- Administration de l'organisation
- Résolution des problèmes
Déclencheurs (Triggers)
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). La page Déclencheurs (Triggers) vous permet de créer des déclencheurs, de gérer les déclencheurs existants et de lancer instantanément une tâche par rapport à un déclencheur existant.
- L'heure d'exécution du déclencheur peut être ajustée en fonction d'un fuseau horaire spécifique. Le fuseau horaire configuré dans un déclencheur n'est pas relié à celui du tenant (configuré sur la page Paramètres (Settings)).
Permet de planifier une heure récurrente pour démarrer une tâche. Les valeurs d'entrée pour les processus qui prennent en charge les paramètres d'entrée et de sortie peuvent également être gérées à ce niveau. Vous pouvez configurer plusieurs règles en fonction des processus associés exécutés.
Tous les robots (All Robots) |
Robots spécifiques |
Allouer dynamiquement |
---|---|---|
Les tâches déclenchées sont lancées par tous les robots dans un environnement spécifique. |
Les tâches déclenchées sont exécutées par les robots sélectionnés par l’utilisateur. |
Définissez le nombre d'exécutions d'un processus en fonction du déclencheur donné. Cette option permet d'utiliser vos ressources au maximum. Dès qu'un robot est Disponible (Available), il exécute le processus indiqué en fonction du déclencheur fourni. |
- Si vous définissez plusieurs déclencheurs sur le même robot et que leur délai d'exécution se chevauche au moins une fois, les tâches sont mises en file d'attente dans un état en attente. Le robot exécute les tâches en file d'attente dans l'ordre chronologique.
-
Si le même processus est planifié plusieurs fois sur le même robot et que leur délai d'exécution se chevauche, seul un processus est mis en file d'attente, dans un état en attente. Par exemple, si le processus A sur le robot X est planifié pour être exécuté à 11 h 20, 11 h 21 et 11 h 25, le comportement est le suivant :
- 11 h 20, le premier processus est exécuté.
-
Si la première exécution se termine avant le second déclencheur :
-
Le deuxième déclencheur est traité.
- Si cette exécution se termine avant le déclencheur de 11 h 25, ce dernier est également exécuté.
- Si l'exécution du déclencheur de 11 h 21 ne se termine pas avant celle de 11 h 25, cette dernière est ajoutée à une file d'attente, dans un état en attente.
- Si la première exécution ne se termine PAS avant le second déclencheur :
-
Le déclencheur de 11 h 21 est placé dans une file d'attente, dans un état en attente.
- Si l'exécution du déclencheur de 11 h 21 se termine avant celle de 11 h 25, cette dernière est également exécutée.
- Si l'exécution du déclencheur de 11 h 21 démarre, mais ne se termine pas avant celle de 11 h 25, le dernier déclencheur est ajouté à une file d'attente, dans un état en attente.
- Si le déclencheur de 11 h 21 est encore en attente lorsque celui de 11 h 25 doit démarrer, ce dernier n'est plus exécuté ni ajouté à la file d'attente, et le message suivant s'affiche : Les robots ont déjà des tâches en attente pour ce processus (The Robots already have pending jobs for this process).
-
-
Pour exécuter plusieurs fois un processus sur des robots disponibles, vous avez la possibilité de le faire à l'aide de l'option Allouer dynamiquement (Allocate Dynamically) dans l'onglet Cible d'exécution (Execution Target). Les tâches sont mises en file d'attente, dans un état en attente, dans l'environnement correspondant, et chaque fois qu'un robot est disponible, la première tâche de la ligne est exécutée. De cette manière, aucun Robot n'est disponible tant que des tâches sont en attente.
Imaginons que vous souhaitiez exécuter un processus 7 fois. Au moment où votre déclencheur se lance, 7 tâches en attente sont ajoutées à la charge de travail de l'environnement, sans être affectées à des Robots spécifiques. Plusieurs scénarios sont possibles :
- Au moins 7 Robots sont disponibles au moment du déclenchement : un Robot se voit affecter une seule tâche de sorte que toutes les tâches sont exécutées simultanément.
-
Moins de 7 Robots sont disponibles au moment du déclenchement, disons 4 : chacun des 4 Robots se voit affecter une seule tâche, si un nouveau Robot ou l'un des 4 devient disponible. Il reprend alors une autre tâche des 3 restants. Cela se produit pour chaque Robot disponible jusqu'à ce que toutes les tâches soient terminées.
Remarque : À l'aide de l'option Allouer dynamiquement (Allocate Dynamically), vous pouvez exécuter un processus jusqu'à 10 000 fois dans une seule tâche.
-
Si au moins deux déclencheurs exécutent le même processus, chacun pendant un nombre de fois différent, le nombre maximum de tâches entre eux est ajouté à la charge de travail de l'environnement lors du déclenchement suivant. Elles ne sont pas cumulées. Imaginez la situation suivante : le déclencheur A exécute un processus 13 fois et le déclencheur B l'exécute 20 fois. Les scénarios suivants peuvent se produire :
- A et B sont déclenchées simultanément : 20 tâches (le maximum entre 13 et 20) sont mises en file d'attente dans la charge de travail de l'environnement.
-
B se déclenche en premier : 20 tâches sont en file d'attente.
- Si entre l'heure de déclenchement de B et celle de A, 7 tâches au moins ont été exécutées, disons 9 (11 tâches en attente restantes), 13 tâches (le maximum entre 11 et 13) sont mises en file d'attente dans la charge de travail de l'environnement.
- Si entre l'heure de déclenchement de B et celle de A, moins de 7 tâches ont été exécutées, disons 5 (15 tâches en attente restantes), plus aucune tâche n'est en file d'attente, car plus de 13 tâches sont déjà en attente. En outre, le message suivant s'affiche : Les robots ont déjà des tâches en attente pour ce processus (The Robots already have pending jobs for this process).
-
A se déclenche en premier : 13 tâches sont en file d'attente
- Chaque fois que B se déclenche lors de l'exécution de A, 20 tâches maximum sont ajoutées à l'environnement, selon le nombre de tâches de A qui sont en cours ou qui ont été exécutées. Disons, 6 tâches ont été exécutées. Lorsque B se déclenche, 14 tâches sont ajoutées. Le maximum de 20 a donc été atteint.
-
Si un déclencheur exécute le même processus plusieurs fois, les tâches associées en file d'attente sont limitées au nombre d'exécutions spécifiées lorsque vous avez défini le déclencheur, dans l'onglet Exécuter la cible (Execute Target). Elles ne sont pas cumulées avec chaque exécution du déclencheur.
Imaginons que vous souhaitiez exécuter le même processus 10 fois toutes les 30 minutes. La première fois que votre déclencheur est lancé, 10 tâches sont en file d'attente. Si entre les déclenchements, moins de 10 tâches ont été exécutées (disons 4), seules 6 nouvelles tâches sont mises en file d'attente lors du déclenchement suivant, car le nombre de tâches en attente pour ce processus ne peut pas dépasser 10.
Remarque : Gardez à l'esprit que les tâches directement affectées à des Robots spécifiques ont la priorité sur les tâches affectées dynamiquement. De plus, si un Robot fait partie de deux environnements ou plus, les tâches sont exécutées dans l'ordre dans lequel elles ont été créées.
Vous permettent de déclencher un processus chaque fois que de nouveaux éléments de file d'attente sont disponibles dans vos files d'attente. Le déclencheur s'exécute dans l'environnement associé au processus sélectionné.
Trois options vous aident à paramétrer les règles de déclenchement des processus :
Option |
Description |
---|---|
Nombre minimal d'éléments pour déclencher la première exécution |
La tâche de traitement d'éléments n'est démarrée qu'après que la file d'attente ciblée comporte au moins ce nombre de nouveaux éléments. Les éléments de file d'attente différés ne sont pas comptés. |
Nombre maximal d'exécutions en attente et en cours autorisées simultanément |
Nombre maximal de tâches en attente et en cours autorisés, comptées ensemble. Pour 2 tâches ou plus autorisées simultanément, la troisième option doit être définie, comme décrit ci-dessous. |
Une autre exécution est déclenchée pour tous les __ nouveaux éléments |
Une nouvelle tâche est déclenchée pour chaque nombre de nouveaux éléments ajoutés en plus du nombre d'éléments définis pour la première option. Uniquement activée s’il y a 2 tâches ou plus autorisées simultanément (défini à l'aide de l’option décrite ci-dessus). |
Toutes les 30 minutes, une recherche de nouveaux éléments (éléments réessayés inclus) est effectuée et si la condition de déclenchement est remplie, le déclencheur est à nouveau lancé. Cela garantit que tous les éléments de la file d'attente sont traités dans les situations suivantes :
- Les éléments de file d’attente sont ajoutés à la file d’attente beaucoup plus rapidement qu’ils ne peuvent être traités avec les ressources disponibles.
- Les éléments de file d’attente sont ajoutés à une file d’attente pendant les jours non ouvrables, mais ils ne peuvent être traités que pendant les heures ouvrées.
-
Le traitement des éléments de file d’attente est reporté à une heure ultérieure. Une fois ce délai écoulé, ils sont prêts à être traités une fois qu’ils ont été identifiés par la vérification de 30 minutes.
Remarque : en raison de la vérification de 30 minutes, il existe un risque d'obstruction des ressources en dehors des heures ouvrables. Pour éviter cela, assurez-vous qu'il n'y a pas d'éléments non traités à la fin de la journée de travail. Si ce n'est pas possible, assurez-vous que le processus déclenché ne nécessite pas d'intervention humaine.
J’ai deux tâches :
- Une qui ajoute 3 éléments par seconde pendant 20 secondes à la file d’attente ciblée (60 éléments au total).
- Une qui traite 1 élément par seconde à partir de la file d’attente ciblée.
J’ai défini mon déclencheur comme suit :
- Nombre minimum d’éléments requis pour déclencher la première tâche :
31
. - Nombre maximal de tâches en attente et en cours autorisées simultanément :
3
. - Une autre exécution est déclenchée pour tous les
10
nouveaux éléments.
Je lance la tâche qui ajoute des éléments à ma file d’attente.
- Après 11 secondes (33 éléments), la première tâche de traitement d'élément se déclenche.
- Après 4 autres secondes (12 éléments), la deuxième tâche de traitement d'élément se déclenche.
- Après 4 autres secondes (12 éléments), la troisième tâche de traitement d'élément se déclenche.
Une fois l'ajout d'élément de file d'attente terminé, la première tâche a traité 9 éléments, la seconde 5 éléments, la troisième 1 élément. Cela fait 15 éléments en 20 secondes traités par trois tâches.
Cela signifie qu'il reste 45 éléments à traiter (60-15). Le fait d'avoir 3 tâches, chacune traitant 1 élément par seconde, signifie qu'il reste 15 secondes pour traiter le reste.
Un total de 35 secondes.
Cela permet de définir plusieurs listes de jours non ouvrables, par locataire, chacune contenant son propre ensemble de dates, dans lesquelles vous pouvez configurer vos déclencheurs à ne pas exécuter, si nécessaire. Cela signifie que, pendant les jours fériés, les week-ends ou tout autre jour où les activités commerciales normales ne sont pas exercées, vos horaires à long terme peuvent être configurés de manière à ne pas se déclencher. Vous pouvez définir ces jours dans l'onglet Jours non ouvrables (Non-Working Days), à la page Paramètres (Settings). Un calendrier BankHoliday est créé par défaut, pour vous aider à définir vos premiers jours non ouvrables plus facilement. Une fois que les jours non ouvrables définis dans le calendrier sélectionné sont terminés, le déclencheur se lance comme d'habitude.
Pour appliquer l'une de ces restrictions à vos déclencheurs, vous devez sélectionner le calendrier souhaité dans la liste déroulante Restrictions relatives aux jours non ouvrables (Non-working day restrictions) lors de la création d'un nouveau déclencheur ou de la modification d'un existant. Vous pouvez sélectionner uniquement un calendrier pour un déclencheur. Notez que la modification d'un calendrier dans l'onglet Jours non ouvrables (Non-Working Days) affecte également des déclencheurs dont ce calendrier est sélectionné dans la liste déroulante Restrictions relatives aux jours non ouvrables (Non-working day restrictions).
Notez que l'ajout et la suppression de jours non-ouvrables sont vérifiés au niveau du locataire.