[Update] 24h de Stress Test: Um ataque vindo de Jaguarão, Limites de Billing e o Erro 1101

Fala, pessoal!

Ontem publiquei aqui pedindo para vocês tentarem derrubar meu encurtador de links (LShort) e o dashboard 3D que criei para monitorar o tráfego.

Bem, as primeiras 24 horas foram intensas e trouxeram aprendizados que só o tráfego real (e um pouco de malícia) poderiam proporcionar. Aqui está o resumo do campo de batalha:

1. O Ataque de Jaguarão (e a Noiva esperando)

A primeira emoção veio em um momento inoportuno. Eu estava em uma videochamada com minha noiva quando notei o dashboard da War Room piscar freneticamente.

Alguém de Jaguarão (RS) decidiu testar a infraestrutura com vontade. Foi um ataque breve, mas intenso: cerca de 4.000 requisições em poucos segundos.

O resultado técnico:
Curiosamente, enquanto os hits subiam verticalmente, a latência média caiu. Isso valida a eficiência do cache do Upstash Redis e da Cloudflare quando a rota está "quente".

O "Single Point of Failure" (que era o meu bolso):
O encurtador aguentou, mas o serviço que sustenta o Dashboard (hospedado na Railway) atingiu o Hard Limit de Billing que eu tinha configurado (compartilhado com outros projetos meus). A Railway, protegendo meu cartão de crédito, desligou o serviço por alguns segundos.

Nada que um ajuste nos limites de gastos não resolvesse, mas foi o primeiro alerta: o gargalo não foi código, foi configuração de faturamento.

2. O Erro 1101 e o Fim da Camada Gratuita

Tudo parecia calmo até hoje, por volta das 15:00.

O tráfego acumulado do TabNews, Reddit e Dev.to cobrou seu preço. A cota gratuita de requisições diárias dos Cloudflare Workers foi pulverizada. O resultado? O temido Error 1101 começou a aparecer para os usuários.

Tive que agir rápido, migrar de plano e configurar a nova escala. Em instantes, sistemas 100% operantes novamente.

3. Conclusões Arquiteturais

O teste provou que a separação de responsabilidades foi a decisão correta:

1. Redirect (Crítico): Acontece na Edge. Aguenta pancada, desde que o plano da Cloudflare esteja pago.
2. Analytics (Assíncrono): O processamento dos dados para a War Room é pesado, mas é feito de forma desacoplada. Mesmo com o pico de 4k requests/segundo, o gargalo foi financeiro/infra, não de lógica de bloqueio.

É claro que, num cenário real de uso (links espalhados organicamente), o tráfego seria distribuído e não um DoS focado em uma única URL, mas ver o sistema escalar (e falhar onde previsto) foi valioso demais.

O desafio continua de pé! Quem quiser testar a latência agora com o plano novo, sinta-se à vontade:

👉 Link do Desafio: https://lshort.sh/ITlPomy

Obrigado a todos que participaram da "destruição" até agora!