Meccaniche della coda
Cosa succede se un utente entra in 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 questa si attivi. A tutti gli utenti che si trovano già nella sala d'attesa al momento dell'attivazione della coda verrà assegnata una posizione casuale in coda. Gli utenti che si uniranno alla coda successivamente si troveranno dietro a quelli iniziali, nell'ordine in cui si sono uniti alla coda.
Perché non vedo sempre la coda diminuire esattamente dell’importo che ho impostato?
Esistono diversi motivi per cui il calo del numero di persone in coda potrebbe non corrispondere esattamente al tasso di afflusso (Ingress Rate) impostato in CrowdHandler:
- La quota di dominio viene impostata per tutte le code del proprio dominio. È possibile avere più di una coda attiva; in tal caso, la quota di dominio viene ripartita tra tutte le code attive. Nel caso di una coda "catch-all", potrebbe esserci del traffico in background che viene costantemente trasferito senza che la coda si riempia. Questi trasferimenti vengono comunque conteggiati ai fini della quota di dominio, poiché si tratta comunque di traffico che il proprio dominio deve gestire.
- Alcuni utenti in coda rinunciano e la loro sessione scade. In questo caso, gli utenti attivi vengono privilegiati per la promozione. L'aumento degli utenti che effettuano transazioni è limitato alla quota del tuo dominio, ma noterai una riduzione più consistente della coda, dovuta sia alla scadenza di alcune sessioni nella sala d'attesa, sia alla promozione degli utenti in base alla quota da te impostata.
L'utente verrà inserito in una coda generica non appena uscirà da un'altra coda?
Questo non farà sì che finiscano in doppia coda?
Quando un utente viene promosso da una coda, viene automaticamente promosso anche per tutte le code "catch-all" dello stesso dominio; questa doppia promozione viene conteggiata una sola volta per tutti gli utenti che effettuano transazioni.
Quale coda ha la priorità?
Gli utenti presenti in una coda generica dovranno attendere il proprio turno dopo gli utenti presenti in una coda specifica, o viceversa?
Pensate alle code più come alle corsie di un'autostrada. Hanno tutte la stessa capacità, ma le code iniziano a formarsi alle uscite dove c'è la domanda. Quindi, se avete una coda molto trafficata per un prodotto specifico e bassi livelli di traffico di fondo, la sala d'attesa della coda "catch-all" probabilmente non entrerà affatto in funzione. Tuttavia, se si verifica un picco inaspettato nel traffico di fondo, la sala d’attesa generica entrerà in funzione ed entrambe le code si svuoteranno alla stessa velocità. Lo stesso vale se si hanno due o più code specifiche in esecuzione contemporaneamente sullo stesso dominio.
Perché non vedo sempre un flusso in uscita perfettamente uniforme dalle code simultanee?
Gli utenti attivi vengono eliminati 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 scadenza del periodo di timeout. Se si dispone di una coda attiva da un po’ di tempo, è probabile che una percentuale maggiore di tali utenti sia inattiva. In tal caso, una coda più recente e più aggressiva assorbirà una percentuale maggiore del traffico in uscita.
Perché spesso noto un calo significativo nella coda 3 minuti dopo un picco di traffico?
Spesso un picco iniziale di traffico è causato da bot di scraping o da utenti che cercano semplicemente informazioni senza alcuna intenzione immediata di effettuare transazioni. Questo tipo di utente, in genere, si connette una sola volta e non si riconnette più quando si imbatte in una sala d'attesa. CrowdHandler individua questi utenti e chiude le loro sessioni per lasciare spazio agli utenti reali in coda.