// 01 — O problema
O que há de errado com a Ticketmaster
A Ticketmaster é a maior empresa de ingressos do mundo. Mesmo assim, para os fãs, cada grande venda vira um sufoco. Isto é o que eu critico no sistema deles.
Sites que desistem
Páginas em branco, erros e lentidão exatamente quando todo mundo entra.
Uma fila opaca
Você espera sem saber se tem chance de verdade, para descobrir no final que não sobrou nada.
O carrinho que expira
A contagem regressiva zera durante a verificação do banco, e seus lugares somem.
"Esgotado" tarde demais
Você descobre que não há mais lugares depois de uma longa espera, às vezes já no pagamento.
Bots e cambistas
Lugares abocanhados por scripts automáticos e revendidos por muito mais.
Uma loteria disfarçada
"Quem clica primeiro ganha" se decide em milissegundos: quem decide é a sua conexão, não você.
Cotas mal divididas
Esgotado em um revendedor enquanto outro ainda tem lugares para o mesmo show.
Nenhuma concorrência
O mesmo grupo produz as turnês e vende os ingressos. O Departamento de Justiça dos EUA abriu um processo antitruste em 2024.
O que está quebrado por dentro
Em setembro de 2026, desmontei uma página de compra que roda na infraestrutura da Ticketmaster França. Isto é o que a arquitetura faz de errado.
- Primeiro, uma página em branco. O servidor envia uma casca quase vazia e a página inteira é montada no seu navegador. Até o JavaScript terminar, você encara a tela branca.
- Chamadas de API em cadeia. Cada requisição espera a anterior antes de começar. O servidor é rápido, mas os preços ainda levam segundos para aparecer.
- Cada visitante pesa no estoque. Cada carregamento dispara dezenas de chamadas de API, muitas impossíveis de colocar em cache. Multiplique por um milhão de fãs e o sistema de ingressos compartilhado engasga.
- A sala de espera chega atrasada. A fila virtual só carrega depois do resto da página. Ela deveria proteger o sistema, não chegar depois da multidão.
- Coisas que ninguém pediu. Menus em todos os idiomas, listas de cidades e gêneros musicais, sugestões de compra: tudo carregado antes ou junto com os preços.
- Pesado sem motivo. Centenas de requisições, JavaScript dividido em arquivos demais, imagens enormes e um CAPTCHA carregado duas vezes.
// 02 — Isso já existe
Outros setores já aguentam coisa pior
Vender 200.000 lugares em poucos minutos não é ficção científica. Todo ano, varejo online, pagamentos e streaming absorvem picos muito maiores, e aguentam.
Esgotar 200.000 lugares significa cerca de 1.000 reservas por segundo: menos de 0,2% do pico do Alibaba. O problema real não é a potência dos servidores, e sim como a venda é projetada:
- Uma fila sorteada. Todos chegam antes da abertura, a ordem é sorteada e cada pessoa vê sua posição real.
- Entrada de acordo com o estoque. Só entra o número de pessoas que os lugares restantes conseguem atender.
- Lugares reservados antes do pagamento. Quando você pega o cartão, os lugares já são seus. Nada de "esgotado" no pagamento.
- Estoque compartilhado, sem cotas. Um registro aberto permite que vários revendedores vendam os mesmos lugares sem nunca vender um deles duas vezes.
- Um "esgotado" instantâneo. Assim que tudo acaba, a fila inteira fica sabendo em segundos.
// 03 — A prova
O teste de carga ao vivo
Estou projetando uma plataforma de ingressos feita para esses momentos e vou colocá-la à prova em público, com uma venda simulada de verdade. Sem ingressos reais, sem pagamentos reais.
| Condições do teste | Valor |
|---|---|
| Turnê à venda (fictícia) | Ticketmaster's Retirement Plan Tour |
| Pessoas online ao mesmo tempo | 200.000 |
| Lugares à venda (fictícios, 4 categorias) | 20.000 |
| Revendedores simulados compartilhando o mesmo estoque, sem cotas | 3 |
| Parte do tráfego vinda de bots simulados | 20% |
| Pagamentos recusados (modo de teste bancário) | 5% |
| Compradores que desistem no meio | 10% |
| Participantes | Inscritos + usuários virtuais |
| Critérios de sucesso, publicados com antecedência | Meta |
|---|---|
| Lugares vendidos duas vezes | 0 |
| Erros de servidor vistos pelos participantes | 0 |
| Posição real na fila exibida | < 2 s |
| Tempo de reserva (99% das requisições) | < 200 ms |
| "Não há mais lugares" anunciado no pagamento | Nunca |
| Tempo para vender todos os lugares | < 10 min |
| "Esgotado" exibido para a fila inteira | < 5 s |
Resultados brutos, scripts de carga e o código do registro serão publicados em código aberto, dando certo ou não.