Na porta, na tela, você é o 4º: de filas presenciais a filas virtuais

Rock in Rio, Caixa Tem, Ticketmaster: a mesma regra de fila, em outro lugar. O que uma fila virtual entrega mesmo, e quando ela não vale a pena.

A mesma regra, em outro lugar: uma solução “simples” para um problema grande.

Por que existe fila

O limite mudou de lugar.

Passou do limite, o site não fica só lento. Ele pode cair, e levar junto quem já estava comprando.

Por chegada. Ou por sorteio.

Chegaram assim: A, B, C, D, E.

Na venda com hora marcada, o sorteio tira a vantagem de quem tem conexão mais rápida.

+1 milhão de pessoas na fila da venda geral do Rock in Rio 2022, com o site no ar.

500 mil usuários por hora no Caixa Tem do auxílio, segundo a Caixa. A sessão passou a valer 72 horas.

Números divulgados pela Queue-it, fornecedora da fila, e pela própria Caixa.

3,5 bilhões de pedidos ao sistema em uma única venda. Quatro vezes o pico anterior.

Só quem estava verificado entrava na fila. E mesmo assim deu ruim: a própria empresa diz que cerca de 15% das interações tiveram problema.

Sistema de pé, não recurso a mais: ela faz valer o limite que alguém definiu. O que é escasso continua escasso.
Tempo, não capacidade: ela segura a rajada para o sistema trabalhar no ritmo dele.
Regra combinada, não barreira: chegada ou sorteio, decidido antes. Barrar quem não deveria passar é outro mecanismo.

E isso não é só da fila que você vê.

Tire as pessoas e ponha tarefas e eventos: é a mesma fila, dentro do sistema. E ela faz três coisas:

Desacoplar: quem envia não espera quem processa.
Amortecer: a rajada entra de uma vez e sai no ritmo do sistema.
Não perder: com confirmação de entrega, o que não terminou volta para a fila.

Os nomes mudam, e cada um puxa para um lado: RabbitMQ para tarefas · SQS para picos · Kafka para reler o que já passou.

O pico é muito maior que a média: você dimensiona para o dia normal. A fila segura o dia anormal.
O trabalho pode terminar depois: e-mail, relatório, imagem. Ninguém precisa ficar olhando a tela até acabar.
Perder a tarefa sai caro: pagamento, emissão de nota, baixa de estoque. Nada disso pode sumir no meio do caminho.

Quando a resposta é para agora: a fila devolve “vai ser feito”, não “está feito”. Um login não ganha nada com isso.
Quando repetir a operação dá estrago: a entrega costuma ser “pelo menos uma vez”. Ou você trata a repetição, ou não use fila aí.
Quando você espera que ela crie capacidade: se a fila só cresce e nunca esvazia, o que falta é máquina.

Fila organiza o trabalho. Não cria recurso.