Duzentos milissegundos parecem pouco. Numa transação isolada, ninguém percebe. O problema é que sistemas de autorização de pagamento raramente processam uma transação por vez: eles processam milhares, simultaneamente, o dia inteiro. E é nesse cenário que a latência deixa de ser um detalhe e passa a determinar se a venda é aprovada a tempo ou perdida no caminho.
Por que a latência só aparece sob volume
Em ambiente de teste, com poucas requisições por vez, o tempo de resposta costuma ser estável e previsível. O problema é que latência raramente cresce de forma linear. Até um certo volume, o sistema responde bem. Depois desse ponto, pequenos aumentos de tráfego geram saltos desproporcionais no tempo de resposta, porque recursos como conexões de banco, threads de processamento e filas internas começam a disputar espaço entre si.
O resultado é um sistema que, em produção, some do jeito mais difícil de prever em homologação: continua respondendo, mas devagar o suficiente para estourar timeouts configurados em adquirentes, bandeiras ou no próprio ponto de venda.
O efeito cascata de um pequeno atraso
Quando a latência cresce, o primeiro sintoma é sutil: o tempo médio de resposta sobe de 200ms para 800ms. Ainda dentro do limite técnico, mas já desconfortável. Se o volume continua subindo, a latência leva junto o consumo de conexões simultâneas, porque cada requisição fica mais tempo ocupando um recurso que poderia atender outra. É esse efeito em cascata que transforma um atraso pequeno em fila, e fila em timeout.
Do lado do cliente final, isso vira uma maquininha travada, um checkout que trava no carregando, ou uma compra que é recusada não porque faltou saldo, mas porque a resposta chegou depois do prazo que o outro lado do ecossistema estava disposto a esperar.
Como medir isso antes que aconteça em produção
A única forma confiável de saber como a latência se comporta sob pressão é aplicar pressão de verdade, de forma controlada. Isso significa gerar um volume crescente de transações simultâneas, no mesmo protocolo usado em produção, e acompanhar em tempo real como o tempo de resposta evolui a cada faixa de TPS, até identificar exatamente o ponto em que a curva deixa de ser linear.
É esse tipo de visibilidade que o CPS StressTest entrega: controle fino sobre os parâmetros de timeout, monitoramento de latência média em tempo real durante a execução do teste, e evidências claras de onde exatamente o ambiente começa a comprometer a experiência do usuário final.
Quer saber a partir de qual volume a latência do seu ambiente começa a virar problema? Conheça o CPS StressTest.