Testes de rede autorizados
O Layer7 mede a aplicação. A aba Layer4 do mesmo painel mede o caminho de pacotes, e as duas nunca respondem à mesma pergunta.
Apenas testes autorizados. Cada alvo é verificado por DNS antes da execução.
Hub, depois a seção Layer7. Uma URL ocupa o lugar do IP, seguida do tempo em segundos e do método. Assim que o teste começa, as métricas ao vivo se atualizam na mesma tela. A aba fica aberta em contas gratuitas sem métodos bloqueados; o que o nível gratuito corta é a janela, e os planos pagos chegam a 5000 segundos.
Floods GET e POST movem o volume de requisições. Um corpo lento mantém workers ocupados sem terminar a requisição. O churn de handshake TLS expõe o custo criptográfico. Cada método atinge uma fila diferente e produz uma curva diferente. Dois ao mesmo tempo transformam dois comportamentos em uma média ilegível, e o primeiro teste se lê melhor com GET.
Requisições por segundo, taxa de resposta, latência e a divisão dos códigos de erro. Perda de pacotes é invisível aqui e a mede a aba DDoS stresser em pacotes por segundo. Um site pode estar impecável no nível de pacote e cair a 300 requisições por segundo no checkout, exatamente a lacuna que esta página preenche.
Workers de PHP-FPM ou Node, depois as conexões com o banco, depois tudo que chama terceiros. Uma instalação de vinte workers para em vinte requisições simultâneas, não em um número redondo. O MySQL entrega max_connections em 151, e um pool que abre uma conexão por requisição chega lá muito antes de a CPU parecer ocupada. Os dois limites são configuração, e por isso a correção costuma custar uma tarde.
Comece pela taxa de requisições: plana durante a rodada ou escorregando. Depois a taxa de resposta e a latência. Taxa caindo enquanto a latência sobe significa aplicação formando fila. Um 500 aponta a aplicação, 502 ou 504 apontam o proxy no meio, 429 aponta um limite de taxa fazendo o trabalho dele. Sem essa divisão sobra a frase de que o site estava lento.
JavaScript, sessões logadas e o provedor de pagamento. Um checkout real valida o cartão no navegador, redireciona para o 3D Secure e volta por webhook, e nada disso está no caminho da requisição. Fluxos com carrinho ou sessão precisam de um script além disso, e a ordem do Website stresser é um ponto de partida, não um substituto.
k6 ou Playwright escrevem um percurso: login, busca, carrinho, pagamento, com tempo de espera entre etapas. É a ferramenta certa para a pergunta sobre o fluxo aguentar. O stresser responde mais estreito: em que taxa de requisições este endpoint deixa de responder corretamente. Use os dois nessa ordem, o script primeiro, e não peça a um o trabalho do outro.
Comparabilidade pede o mesmo alvo, o mesmo método e a mesma janela; se só a data mudou, você tem um teste de regressão. O painel stresser guarda esses campos com a rodada. A primeira passada mais barata é o nível Free stresser, o Free L7 stresser roda a variante HTTP e o IP stresser free constrói o mesmo registro no nível de pacote.
O Layer 4 move pacotes e mede o caminho de rede; o Layer 7 envia requisições HTTP e mede a aplicação.
Mais de 20 métodos Layer7, um por teste.
Não existe número geral. Um endpoint com cache serve dezenas de milhares; um checkout que grava em três tabelas sofre passando de algumas centenas.
Não. Apenas sistemas próprios ou com autorização escrita.
Com cache quente, sobretudo a borda. Para ver a origem, contorne o cache.
Curto no nível gratuito e até 5000 segundos nos planos pagos.
Trial credit from live support or the $0 Basic plan, same panel and same method list. The report matches what the paid plans produce.