Priorité du flux

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Spécifiez la priorité que vous souhaitez donner à un flux en arrière-plan par rapport aux autres flux en attente d'exécution. Exécutez un groupe de flux de priorité supérieure avant d’exécuter des flux de priorité inférieure.

    Vous ne pouvez définir une priorité de flux que pour les flux qui s’exécutent en arrière-plan. Les flux en arrière-plan s’exécutent à partir du prochain thread de travail disponible. Par défaut, Studio de workflow peut utiliser jusqu’à la moitié des threads de travail disponibles pour exécuter des flux en arrière-plan. Si aucun thread de travail n’est disponible pour exécuter un flux, celui-ci est mis en file d’attente jusqu’à ce qu’il y ait un thread de travail disponible pour l’exécuter.

    Vous pouvez définir les flux en arrière-plan pour avoir l’une de ces valeurs de priorité.
    • Élevé
    • Moyenne
    • Faible
    Par défaut, les flux en arrière-plan s’exécutent avec une priorité moyenne.
    Remarque :
    Les flux qui s’exécutent au premier plan s’exécutent dans le thread actuel et n’utilisent pas la priorité de flux pour déterminer l’ordre d’exécution.

    La définition d’une priorité de flux détermine l’ordre dans lequel les threads de travail sélectionnent des flux dans la file d’attente. Les threads de travail exécutent plusieurs flux de priorité supérieure avant d’exécuter un flux de priorité inférieure. Ce schéma de priorité garantit que certains flux de priorité inférieure sont exécutés même lorsqu’il existe des flux de priorité plus élevée dans la file d’attente. Lorsqu’il y a une grande file d’attente de travail à exécuter, la plupart des flux de priorité basse doivent attendre que les flux de priorité élevée soient exécutés. Une fois les flux de priorité élevée exécutés, les threads de travail peuvent exécuter des flux de priorité inférieure.

    Si un flux reste dans la file d’attente pendant plus d’une minute, le système délègue le flux à un autre nœud pour qu’il s’exécute. Lorsqu’un flux est délégué à un autre nœud, il perd sa valeur de priorité. Un nœud délégué extrait les flux de la file d’attente des événements dans l’ordre chronologique. Le nœud délégué exécute d’abord les flux les plus anciens, puis les plus récents. En règle générale, la délégation de flux à exécuter à partir d’un autre nœud ne se produit que lorsque tous les threads de travail disponibles sur un nœud sont occupés.
    Remarque :
    Les threads de travail exécutent tous les événements système, pas seulement les événements de flux.

    Les flux perdent également leur valeur de priorité lorsqu’ils sont mis en pause pour une raison quelconque. Les flux qui reprennent après une pause s’exécutent à la priorité moyenne par défaut. Par exemple, un flux peut commencer à s’exécuter avec une priorité élevée, puis s’interrompre pour attendre un certain temps. Lorsque le flux reprend, il s’exécute avec une priorité moyenne.

    Mise en pause automatique des flux de faible priorité

    Par défaut, le système recherche les tickets où des flux de priorité élevée sont bloqués par l’exécution de flux de priorité inférieure. Chaque fois qu’une priorité faible s’exécute pendant plus de deux minutes, le système vérifie si des flux de priorité supérieure se sont exécutés au cours des cinq dernières minutes. Si aucun flux de priorité élevée ne s’est exécuté récemment, le système vérifie le nombre de flux en attente d’exécution dans la file d’attente des événements. S’il existe un backlog d’au moins 100 flux de priorité élevée en attente d’exécution dans la file d’attente des événements, le système met en pause le flux de priorité faible en cours d’exécution. La mise en pause d’un flux préserve son contexte et ses données. Un flux en pause revient à la file d’attente de l’événement pour s’exécuter lorsqu’un agent est disponible pour le traiter.

    Si vos flux de faible priorité ne s’exécutent pas comme prévu, examinez le nombre de flux de priorité élevée que votre système génère et exécute. Consultez les considérations de conception pour savoir quand définir un flux sur une priorité élevée ou faible. Si vos flux de faible priorité ne sont toujours pas en cours d’exécution, vous pouvez désactiver la mise en pause de la faible priorité à l’aide d’une propriété système. Reportez-vous à la rubrique Studio de workflow Propriétés système du flux pour modifier la valeur de la propriété com.glide.hub.pause_low_priority_flows_enabled.

    Prise en charge rapide de l’API

    La méthode d’API rapide conserve les paramètres de priorité. Les flux exécutés par la méthode d’API rapide s’exécutent avec la même priorité que celle définie précédemment pour le flux.

    Considérations relatives à la conception

    Suivez ces considérations de conception lors de la définition de la priorité de flux.

    Évitez de définir tous les flux pour qu’ils s’exécutent avec une priorité élevée
    Utilisez une combinaison de priorités plutôt que de définir tous les flux sur une priorité élevée. Les threads de travail utilisent la priorité relative entre les flux pour sélectionner le travail. Si tous vos flux s’exécutent avec une priorité élevée, il n’existe aucun flux de priorité inférieure à faire attendre.
    Évitez de définir une priorité de flux pour les flux qui doivent être mis en pause
    Conservez la priorité moyenne par défaut pour les flux qui doivent être mis en pause, car un flux suspendu perd sa valeur de priorité lorsqu’il reprend son exécution.
    Utilisez une priorité élevée pour les flux critiques pour le business
    Limitez une priorité élevée aux flux à forte valeur commerciale, rarement exécutés et dont la durée d’exécution est courte. Évitez de définir les flux à volume élevé sur une priorité élevée, car cela limite le nombre de threads de travail disponibles pour exécuter d’autres flux. Un flux de priorité élevée de longue durée peut également réduire le nombre de threads de travail disponibles pour exécuter d’autres flux.
    Utilisez la priorité faible pour les flux à volume élevé
    Exécutez des flux à volume élevé avec une priorité faible afin que les autres flux urgents puissent s’exécuter en premier. Les flux de faible priorité ne doivent pas être urgents.
    Utilisez la priorité moyenne pour les flux urgents
    Utilisez la priorité de flux par défaut lorsqu’un flux présente une certaine urgence de temps par rapport à d’autres flux.