Cosa succede se un utente si unisce a una sala d'attesa prima che la coda si attivi?

L'utente può attendere nella Sala d'attesa, ma non riceverà una posizione in coda prima che la coda si attivi. A tutti gli utenti che si trovano già nella Sala d'attesa quando la coda si attiva, viene assegnata una posizione casuale nella coda. Gli utenti che si aggiungono alla coda successivamente si troveranno dietro agli utenti iniziali, nell'ordine in cui si sono uniti alla coda.


Perché non vedo sempre la coda ridursi esattamente della quantità impostata?

Ci sono vari motivi per cui la caduta in una coda potrebbe non corrispondere esattamente alla velocità di ingresso impostata in CrowdHandler:

  1. La velocità del dominio è impostata per tutte le code del dominio. È possibile avere più di una coda attiva, nel qual caso la velocità del dominio è condivisa tra tutte le code attive. Nel caso di una coda catch-all, è possibile che ci sia del traffico in background che viene costantemente promosso senza che la coda si accumuli. Queste promozioni vengono comunque conteggiate nella tariffa del dominio, in quanto si tratta comunque di traffico che il dominio deve gestire.
  2. Alcuni utenti in coda rinunciano e la loro sessione scade. In questo caso gli utenti attivi sono favoriti per la promozione. L'aumento degli utenti che effettuano transazioni è limitato alla vostra tariffa di dominio, ma vedrete la coda diminuire di un numero maggiore a causa della scadenza di alcune sessioni nella sala d'attesa, oltre alla promozione della vostra tariffa impostata.


L'utente si unisce a una coda di recupero non appena esce da un'altra coda?

Questo non causerà una doppia coda?

Quando un utente viene promosso da una coda, viene automaticamente promosso anche per tutte le code di attesa dello stesso dominio; questa doppia promozione viene conteggiata una sola volta per tutti gli utenti in transito.


Quale coda ha la priorità?

Gli utenti di una coda di attesa devono aspettare dietro agli utenti di una coda specifica o viceversa?

Pensate alle code come alle corsie di un'autostrada. Tutte hanno la stessa capacità, ma le code iniziano ad accumularsi alle uscite dove c'è più richiesta. Quindi, se avete una coda molto affollata per un prodotto specifico e bassi livelli di traffico di fondo, la sala d'attesa per la coda di recupero probabilmente non si attiverà affatto. Tuttavia, se si verifica un picco sorprendente nel traffico di fondo, la sala d'attesa per tutti si attiverà ed entrambe le code si svuoteranno alla stessa velocità. Lo stesso vale se si hanno due o più code specifiche in esecuzione simultanea sullo stesso dominio.


Perché non si vede sempre un flusso di uscita perfettamente uniforme da code simultanee?

Gli utenti attivi escono per primi. Le posizioni in coda vengono mantenute aperte per gli utenti che sono stati promossi, anche se si sono disconnessi dalla sala d'attesa, fino alla chiusura del periodo di timeout. Se la coda è attiva da tempo, è probabile che una percentuale maggiore di utenti sia inattiva. In questo caso, una coda più recente e più aggressiva assorbirà una percentuale maggiore del traffico in uscita.


Perché spesso vedo un calo significativo della coda 3 minuti dopo un picco di traffico?

Spesso un'ondata iniziale di traffico è causata da bot scraper o da utenti che cercano solo informazioni senza l'intenzione immediata di effettuare transazioni. Questo tipo di utenti in genere si connette una volta e non si riconnette più quando si trova in una sala d'attesa. CrowdHandler rileva questi utenti e cancella le sessioni per far posto agli utenti reali in coda.