Saber como o sistema reage ao pico, antes dele
Simulamos o tráfego do seu pico, como uma Black Friday ou o começo do semestre, achamos o que trava primeiro e mostramos o que ajustar.
Para quem é
Para empresas com uma data de pico marcada e nenhuma ideia de como o sistema vai se comportar.
O que resolve
- No último pico, o sistema ficou lento, e ninguém sabe qual parte cedeu.
- A campanha está marcada, mas ninguém testou o sistema com esse volume.
- A resposta para a lentidão sempre foi aumentar o servidor, e a conta da nuvem só cresce.
- Um teste feito uma vez virou um número que ninguém sabe reproduzir.
O que fazemos
- Modelo de carga
- Quantos usuários, fazendo o quê e em que ritmo, a partir dos seus dados e da previsão do negócio.
- Cenários de pico
- Subida gradual, pico sustentado e rajadas curtas, sobre os fluxos que mais importam no dia.
- Ambiente de teste
- Um ambiente parecido com a produção; testar em produção só com janela e aprovação combinadas.
- Serviços de terceiros
- APIs de bancos, PSPs e órgãos substituídas por simulações, para não sobrecarregar quem não autorizou o teste.
- Busca de gargalos
- Banco de dados, filas, chamadas externas e código medidos durante o teste para achar o que cede primeiro.
- Repetição
- Scripts versionados no repositório, para repetir o teste depois de cada ajuste e antes de cada pico.
O que você recebe
- Modelo de carga documentado, com as premissas de cada número
- Scripts de teste versionados no seu repositório
- Relatório de gargalos em ordem de impacto, com evidência
- Lista de ajustes recomendados, separando o que é código do que é infraestrutura
- Comparação antes e depois dos ajustes, no mesmo cenário
Como fazemos
Premissas
O pico esperado, os fluxos críticos e o que significa lento para o seu negócio.
Preparação
Ambiente, dados de teste, simulações de terceiros e medição montados.
Execução
Cenários rodados em ordem crescente, com a equipe acompanhando os painéis.
Análise
Cada gargalo ligado à evidência e a uma proposta de ajuste.
Nova rodada
O mesmo cenário depois dos ajustes, para medir a diferença.
Exemplos de tecnologia
- k6
- Gatling
- Apache JMeter
- Locust
- Grafana
- OpenTelemetry
Serviços relacionados
Perguntas frequentes
Vocês dizem quantos acessos o sistema aguenta?
Dizemos como ele se comportou no cenário testado e o que cedeu primeiro. Esse resultado vale para aquele cenário e aquele ambiente; não é uma promessa para qualquer situação.
Dá para testar direto em produção?
Às vezes, numa janela combinada e com cuidado com os serviços de terceiros. Na maior parte dos casos, um ambiente parecido com a produção basta e traz menos risco.
Quem define o volume do pico?
A sua empresa, com base no histórico e na previsão do negócio. Nós transformamos essa previsão num modelo de carga e mostramos as premissas, para que todos saibam o que foi testado.
E se o problema estiver no banco de dados?
Então consultas, índices e configuração do banco entram na lista de ajustes, e o trabalho pode seguir no serviço de bancos de dados.
Escreva para a Balkan
Falar sobre o seu projeto