Al livello più semplice, il server ha ricevuto un nome utente e una password e chiede al database "hai un hash nome utente e password che corrisponde a questo". Il database dice quindi yay o no. È veloce e non richiede molta coda. Per motivi di esperienza utente, questo viene fatto con priorità, in quanto non vuoi che un utente attenda 5 minuti per scoprire che ha digitato in modo errato la propria password.
Tuttavia, c'è spesso più lavoro che deve essere fatto prima che uno sia effettivamente "dentro" il sistema. Ad esempio, sei un utente per la prima volta. Il tuo abbonamento è pagato. Hai nuove notifiche che ti aspettano. Quale accesso di sicurezza dovresti ricevere. Che dire dell'esecuzione di qualsiasi logica che dovrebbe essere eseguita sul login dell'utente. Tutto ciò richiede risorse prima di poter dare la schermata di benvenuto. Come ho accennato, il 'è la password corretta' è fatto con priorità molto più alta per motivi di esperienza utente, ma il resto richiede la seduta in coda.
Per la maggior parte delle applicazioni, è così esigua che non si vede una coda finché non si usa una parte molto più impegnativa dell'applicazione. Per molti sistemi aziendali, l'accesso non richiede una coda, ma esegue un report. Ma è possibile che un sistema sia sottoposto a tale richiesta che non disponga delle risorse per visualizzare immediatamente una schermata di benvenuto e quindi deve metterti in coda finché non saranno disponibili risorse sufficienti per gestire la richiesta.
Si dovrebbe notare che i sistemi complessi possono richiedere la coda di accesso a parti diverse, anche se in realtà non è necessario eseguire nuovamente l'autenticazione. Ad esempio, si accede a un sistema, si viene messi in coda fino a quando sono disponibili risorse sufficienti per giudicare il proprio livello di accesso, determinare le notifiche ed eseguire la logica aziendale in background. Quindi fai clic su un pulsante di segnalazione e rimani bloccato in una coda breve finché non sono disponibili risorse sufficienti per autenticare l'utente nel sistema di report (utilizzando le informazioni trasferite dal sistema precedente) e restituire l'elenco di rapporti che è possibile eseguire. Quindi fai clic su un rapporto, inserisci i dati e entri in una coda di rapporti molto più lunga mentre attendi risorse sufficienti per eseguire il rapporto.
In particolare per i giochi online, c'è una coda per entrare nell'interfaccia principale e una coda per entrare nel gioco, poiché l'interfaccia utente / gestione degli account è spesso separata dal gioco reale per vari motivi (ad esempio, avere tutti i server di account in un'unica posizione, anche se offre maggiore latenza ad alcuni utenti, non è un problema poiché la latenza 75 ms vs. 300 ms mentre si gestiscono le interazioni con gli account non è un grosso problema, ma si desidera che i server di gioco siano più vicini minima latenza possibile perché 75 ms contro 300 ms è un grosso problema durante il gioco).