Como lidar com o problema de segunda-feira no Brasil
Segunda-feira é um dia complicado. O sistema operacional volta das férias, os servidores têm lag porque ninguém ligou eles cedo, e todo mundo manda e-mail dizendo boa segunda-feira como se isso fosse resolver algo. Eu já perdi dias inteiros tentando rodar rotinas automatizadas que simplesmente não funcionavam nesse dia.
O que é boa segunda-feira na prática
Não é um software, não é uma ferramenta de download. É um fenômeno operacional. Quando sua empresa ou seu projeto depende de processos manuais, aprovações ou integração entre sistemas que ficam parados no fim de semana, segunda-feira é quando tudo dá errado. Eu passei três meses mapeando por que meus relatórios automatizados falhavam toda segunda de manhã. A resposta era simples: os sistemas parceiros não fazem failover de fim de semana, então qualquer transação iniciada sexta à tarde só era processada segunda, e os timeouts aconteciam em cascata. O workaround que funcionou para mim foi simples. Parei de agendar tarefas pesadas para rodar na segunda. Comecei a adiantar tudo sexta à tarde e deixei o sistema processar durante o domingo à noite, quando os servidores de destino estão mais ociosos. Se você não tem acesso a agendamentos noturnos, pelo menos programe para rodar após as 14h de segunda, quando os gargalos iniciais da manhã já passaram.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pegadinhas que ninguém conta
A primeira armadilha é achar que basta aumentar o timeout. Eu fiz isso. Aumentei de 30 segundos para 120 segundos em todas as minhas chamadas de API. Não resolveu. O problema não era lentidão isolada, era concorrência concentrada. No início da segunda, todos os sistemas recebem picos de requisições acumuladas dos dois dias anteriores. Aumentar timeout só faz seu pedido ficar mais tempo na fila, piorando o gargalo geral. A segunda pegadinha é a suposição de que relatórios ou dashboards estão atualizados na abertura. Em muitas empresas brasileiras, a planilha do ERP ou o relatório de vendas só é gerado depois que o financeiro do dia anterior é fechado. Se você consome esses dados automaticamente às 8h da manhã, está lendo informação stale. Isso gera discrepâncias que parecem bugs mas são apenas inconsistência de timing.
Uma solução que realmente funciona
O que eu faço hoje é criar uma camada de cache intermediário. Em vez de cada serviço acessar diretamente o sistema legado na segunda de manhã, eu tenho um agregador que roda em intervalos menores e mantém os dados atualizados ao longo da manhã. O custo extra de infraestrutura é mínimo — é basicamente uma API REST com armazenamento em memória que descarta os dados a cada 4 horas. O resultado é que nenhum sistema consome dados diretos nos horários de pico. Se você está começando do zero, não implemente automações de segunda-feira sem antes testar sob carga simulada. Rode um script simples que faz requisições consecutivas nos horários de pico e meça os tempos de resposta. Você vai descobrir rapidamente se seu sistema aguenta ou se precisa de ajuste.
Outro ponto: documente os horários de funcionamento dos seus sistemas de terceiros. Muitas vezes a falha não está no seu código, mas sim em tentar acessar um serviço que operacionalmente só inicia às 10h. Anotar esses horários e respeitar as janelas de disponibilidade economiza mais tempo do que qualquer otimização de código.
