Mécanismes de file d'attente
Que se passe-t-il si un utilisateur rejoint une salle d'attente avant que la file d'attente ne soit activée ?
L'utilisateur peut patienter dans la salle d'attente, mais ne se verra pas attribuer de numéro d'ordre avant l'activation de la file d'attente. Tous les utilisateurs qui se trouvent déjà dans la salle d'attente au moment de l'activation de la file d'attente se verront attribuer un numéro d'ordre aléatoire. Les utilisateurs qui rejoignent la file d'attente par la suite se placeront derrière ces premiers utilisateurs, dans l'ordre où ils ont rejoint la file d'attente.
Pourquoi la file d'attente ne diminue-t-elle pas toujours exactement du nombre que j'ai défini ?
Plusieurs raisons peuvent expliquer pourquoi la baisse du nombre d'éléments dans une file d'attente ne correspond pas exactement au taux d'entrée que vous avez défini dans CrowdHandler :
- Le quota de domaine est défini pour toutes les files d'attente de votre domaine. Vous pouvez avoir plusieurs files d'attente actives ; dans ce cas, le quota de domaine est réparti entre toutes les files d'attente actives. Dans le cas d'une file d'attente « catch-all », il peut y avoir du trafic en arrière-plan qui est constamment transféré sans que la file d'attente ne se remplisse. Ces transferts sont tout de même pris en compte dans votre quota de domaine, car il s'agit toujours de trafic que votre domaine doit traiter.
- Certains utilisateurs en attente abandonnent et leur session expire. Dans ce cas, les utilisateurs actifs sont prioritaires pour la promotion. L'augmentation du nombre d'utilisateurs effectuant des transactions est limitée à votre taux de domaine, mais vous constaterez une baisse plus importante de la file d'attente, due à l'expiration de certaines sessions dans la salle d'attente, en plus de la promotion correspondant au taux que vous avez défini.
L'utilisateur sera-t-il ajouté à une file d'attente « catch-all » dès qu'il quittera une autre file d'attente ?
Cela ne va-t-il pas les faire passer deux fois dans la file d'attente ?
Lorsqu'un utilisateur est promu à partir d'une file d'attente, il est automatiquement promu pour toutes les files d'attente « catch-all » du même domaine ; cette double promotion n'est comptabilisée qu'une seule fois pour l'ensemble des utilisateurs effectuant des transactions.
Quelle file d'attente est prioritaire ?
Les utilisateurs d'une file d'attente « fourre-tout » devront-ils attendre derrière ceux d'une file d'attente spécifique, ou l'inverse ?
Considérez les files d’attente comme des voies d’autoroute. Elles ont toutes la même capacité, mais des bouchons commencent à se former aux sorties, là où se concentre la demande. Ainsi, si une file d’attente dédiée à un produit spécifique est très chargée et que le trafic de fond est faible, la file d’attente « fourre-tout » ne se déclenchera probablement pas du tout. En revanche, si vous constatez un pic inattendu de trafic de fond, la salle d’attente « fourre-tout » se mettra en marche, et les deux files d’attente se videront au même rythme. Il en va de même si vous avez deux files d’attente spécifiques ou plus fonctionnant simultanément sur le même domaine.
Pourquoi le débit en sortie des files d'attente simultanées n'est-il pas toujours parfaitement régulier ?
Les utilisateurs actifs sont les premiers à quitter la file d'attente. Les places dans la file d'attente sont conservées pour les utilisateurs qui ont été promus, même s'ils se sont déconnectés de la salle d'attente, jusqu'à l'expiration du délai d'attente. Si une file d'attente est active depuis un certain temps, il est probable qu'une proportion plus importante de ces utilisateurs soit inactive. Dans ce cas, une file d'attente plus récente et plus dynamique absorbera une part plus importante du trafic sortant.
Pourquoi constate-je souvent une baisse importante du nombre de personnes en attente 3 minutes après un pic de trafic ?
Souvent, un pic de trafic initial est provoqué par des robots « scrapers » ou par des utilisateurs qui recherchent simplement des informations sans intention immédiate d'effectuer une transaction. Ce type d'utilisateur se connecte généralement une seule fois et ne se reconnecte jamais lorsqu'il se retrouve dans une file d'attente. CrowdHandler détecte ces utilisateurs et met fin à leurs sessions afin de laisser la place aux véritables utilisateurs dans la file d'attente.