Déclencheurs de file d'attente

Important :

Fuseaux horaires du déclencheur : le fuseau horaire configuré pour un déclencheur ne se limite pas à celui du locataire. Cependant, si vous utilisez des calendriers de jours non ouvrables, vous ne pouvez pas définir de fuseaux horaires différents.

Les déclencheurs de file d'attente sont lancés en fonction du fuseau horaire défini au niveau du déclencheur. Les déclencheurs de file d'attente sont lancés en fonction du traitement des éléments de la file d'attente.

Les déclencheurs de file d’attente sont désactivés en fonction du fuseau horaire du déclencheur.

Peut démarrer instantanément un processus lors de la création du déclencheur ou chaque fois que vous ajoutez un nouvel élément à une file d’attente. Le déclencheur de file d'attente s'exécute dans l'environnement associé au processus sélectionné.

Important :L'implémentation des déclencheurs de file d'attente est optimisée pour utiliser des processus qui disposent d'une boucle interne pour traiter tous les éléments de la file d'attente disponibles avant de quitter. Si un processus ne met pas en œuvre cette stratégie, l'expérience qui en résulte sera sous-optimale et pourrait ne pas répondre aux besoins des entreprises.

Ces options vous aident à paramétrer les règles de déclenchement des processus :

	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).
Une fois les tâches terminées, réévaluez les conditions et démarrez de nouvelles tâches si possible	Si cette option est sélectionnée, le déclencheur de file d’attente est évalué à la fin de chaque tâche, et de nouvelles tâches sont démarrées si des robots sont disponibles. Cela complète la vérification automatique qui se produit toutes les 30 minutes et permet de garantir que les éléments de file d’attente restants sont traités sans décalages dans la mesure du possible.

Pour gérer les éléments de file d’attente qui ne peuvent pas être traités au moment où ils sont mis en file d’attente, y compris les éléments ayant fait l'objet d'une nouvelle tentative, une vérification des éléments non traités est effectuée par défaut toutes les 30 minutes ; si les conditions de déclenchement sont remplies, le déclencheur est relancé.

Vous pouvez utiliser le paramètre Queue.ProcessActivationSchedule pour ajuster l’intervalle de vérification, réglé par défaut sur 30 minutes. Notez que la modification de la valeur de Queue.ProcessActivationSchedule n’a pas immédiatement un impact sur les éléments de la file d’attente existants qui sont en cours. Les modifications prennent effet après la mise à jour du déclencheur de file d’attente.

Cette vérification permet de s’assurer que tous les éléments de la file d’attente sont traités dans les situations suivantesnbsp:

• 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 par défaut 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.

Algorithme de traitement du déclencheur de file d'attente

Nombres utilisés dans l'algorithme

• Nombre de nouveaux éléments de file d'attente disponibles dans la file d'attente : N

• Le nombre minimum d'éléments requis pour déclencher la première tâche : x

  • Cela signifie que nous ne déclencherons jamais une tâche à moins qu'il n'y ait au moins x nouveaux éléments.

• Nombre maximal de tâches en attente et en cours autorisées simultanément : y

  • Cela signifie que nous plaçons un plafond (y) sur le nombre de tâches que nous autorisons en parallèle.

• Une autre tâche est déclenchée pour tous les __ nouveaux éléments : z

  • Cela signifie qu'une tâche est démarrée si x est atteint. Pour les élément de la file d'attente N-x restants, nous essaierons de démarrer les tâches N-x)/z. S'il devait dépasser y, nous créerions juste assez de tâches pour atteindre y au total.

Lors de l'évaluation du nombre de tâche supplémentaires pouvant être créées, nous prenons en compte les tâches cours (w). En fonction du paramètre Déclencheurs - Déclencheurs de file d'attente - Activer la stratégie des tâches en attente, ce nombre est calculé comme suit :

• Vrai (True) : le nombre maximal de tâches supplémentaires à créer en fonction des éléments de file d'attente nouvellement disponibles = y moins le nombre de tâches dans un état En attente (Pending). (Cette option convient mieux aux cas où vous souhaitez qu'Orchestrator suppose que toutes les tâches en cours d'exécution n'ont pas encore retirées les éléments de la file d'attente du statut Nouveau (New).)

• Faux (False) : le nombre maximal de tâches supplémentaires à créer en fonction des éléments de file d'attente nouvellement disponibles = y moins le nombre de tâches dans l'un de ces état : En attente (Pending), Reprise (Resumed), En cours d'exécution (Running), En cours d'arrêt (Stopping), En fin d'exécution (Terminating). (Cette option convient mieux aux cas où vous souhaitez qu'Orchestrator suppose que toutes les tâches en cours d'exécution n'ont pas encore retiré les éléments de la file d'attente du statut Nouveau (New).)

Remarque importante

• Cette évaluation se produit chaque fois qu'un seul élément de file d'attente est ajouté, y compris via un ajout en bloc.

• Afin de s'assurer que les éléments de file d'attente différés sont pris en compte, chaque déclencheur de file d'attente est associé à une planification qui revérifie l'ensemble de l'algorithme ci-dessus. Cela se produit par défaut toutes les 30 minutes, mais peut être réduit à un minimum de 10 via le paramètre de locataire Files d'attente (Queues) : fréquence de vérification des éléments de file d'attente non traités (minutes).

• Historiquement, elle est destinée à garantir qu'une tâche est démarrée une fois qu'un seuil est atteint, et que lorsque ce seuil est dépassé, des tâches supplémentaires sont démarrées pour aider à traiter l'augmentation du retour. Son but n'est pas de répartir uniformément la charge de travail entre les machines potentielles, mais simplement de s'assurer qu'un nombre suffisant de tâches sont présentes.

• Il n'y a pas de lien matériel entre les tâches démarrées et les éléments de la file d'attente pour lesquels elles ont été démarrées, ce qui signifie que la tâche J n'est pas nécessairement destinée à prendre en charge les éléments de la file d'attente a, b, c, etc.

• Les résultats de l'algorithme diffèrent selon que les éléments de la file d'attente ont été ajoutés en bloc ou individuellement, car cela influence le nombre d'évaluations effectuées.

Exemple

Scénario 1 : éléments de la file d'attente ajoutés individuellement

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.

1. Après 11 secondes (33 éléments), la première tâche de traitement d'élément se déclenche.
2. Après 4 autres secondes (12 éléments), la deuxième tâche de traitement d'élément se déclenche.
3. 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, cela signifie qu'il reste 15 secondes à traiter, ce qui donne un total de 35 secondes.

Scénario 2 : éléments de file d'attente ajoutés en bloc

Si les 60 éléments de file d'attente mentionnés dans le scénario ci-dessus sont ajoutés avec une opération en bloc (lorsqu'aucune tâche n'est en cours d'exécution ou en attente), 3 tâches sont créées.

Si au moins une tâche se termine avant la planification de la réévaluation, d'autres tâches sont créées.

Cible d'exécution (Execution Target)

Vous pouvez configurer plusieurs règles en fonction des processus associés exécutés.

Description
Compte (Account)	Le processus est exécuté sous un compte spécifique. Si vous spécifiez uniquement le compte, Orchestrator affectera dynamiquement la machine. Le fait de spécifier à la fois le compte et le modèle de machine signifie que la tâche se lance sur cette paire compte-machine spécifique.
Machine	Le processus est exécuté sur l'une des machines hôtes associées au modèle de machine sélectionné. Si vous spécifiez uniquement le modèle de machine, Orchestrator affectera dynamiquement le compte. Le fait de spécifier à la fois le compte et le modèle de machine signifie que la tâche se lance sur cette paire compte-machine spécifique. Remarque : Assurez-vous que les licences de runtime requises pour exécuter la tâche sont affectées au modèle de machine associé.
Nom de l'hôte	Nom de l'hôte Après avoir sélectionné un modèle de machine, l'option Nom d'hôte (Hostname) s'affiche, vous permettant de sélectionner la session de poste de travail/Robot souhaitée pour exécuter le processus. Toutes les sessions disponibles dans le dossier actif sont affichées, qu'elles soient non connectées, déconnectées ou connectées. Remarque : Assurez-vous que les licences de runtime requises pour exécuter la tâche sont affectées au modèle de machine associé.

Déclencheurs de file d'attente créés à l'aide d'UiPath Activities

Les déclencheurs de file d'attente peuvent également être créés par les développeurs RPA au moment de la conception dans Studio, à l'aide de l'activité Lorsqu'un nouvel élément est ajouté à la file d'attente (When New Item Added to Queue) du package UiPath.Core.Activities.

Orchestrator identifie ces types de déclencheurs comme des exigences de package, et la seule façon de les ajouter dans Orchestrator est à partir de la page Exigences du package (Package Requirements).

Toute configuration définie au moment de la conception se reflète dans Orchestrator et ne peut pas être modifiée.

Par exemple : lorsqu'un élément de file d'attente est ajouté à ma file d'attente, je souhaite recevoir ses métadonnées sous forme de message de journal. La différence ici est que le déclencheur de temps indique à l'automatisation de démarrer depuis l'intérieur du workflow, contrairement aux déclencheurs de temps Orchestrator, qui indiquent à l'automatisation de démarrer depuis l'extérieur du workflow.