Protocolo: Qual o impacto do volume de consultas simultâneas no tempo de resposta do Metabase conectado a uma réplica PostgreSQL de dados do ERP CISS?

Este protocolo mede o tempo de resposta do Metabase ao executar dashboards típicos de varejo com diferentes volumes de consultas simultâneas. O objetivo é identificar o ponto de saturação e o comportamento de latência em ambiente controlado.

Ligado ao treinamento Análise de dados para varejo com Metabase + CISSPoder + CISSLive

Roteiro para estudo em ambiente de laboratório ou de teste. Execute apenas em equipamentos, redes e contas que você tenha autorização para usar, com backup e homologação próprios. Comandos podem causar indisponibilidade ou perda de dados. Software e marcas citados pertencem aos seus titulares. Termos de Uso.

Protocolo, não resultado. Esta página descreve como medir. Execução pela engenharia Upnetix: ainda não realizada. Nenhum valor aqui é resultado de medição da Upnetix; os números que valem são os que você obtém na sua bancada.

Pergunta

Como o tempo de resposta do Metabase varia conforme o número de consultas simultâneas realizadas sobre uma réplica PostgreSQL de dados extraídos do ERP CISS?

Hipótese

Aumentos no número de consultas simultâneas ao Metabase conectado a uma réplica PostgreSQL elevam o tempo de resposta médio, com degradação perceptível a partir de um determinado limiar.

Variáveis

Independentes (o que varia)	Número de consultas simultâneas (threads de teste)
Dependentes (o que se mede)	Tempo de resposta médio por consulta (ms); Percentil 95 do tempo de resposta (ms); Taxa de erro (%)
Controladas (o que fica fixo)	Hardware da máquina Metabase; Configuração do PostgreSQL; Volume de dados (EXEMPLO: 1 milhão de registros em fato_venda); Rede local dedicada; Tipo de dashboard executado (consultas SQL idênticas); Versão do Metabase e PostgreSQL

Ambiente

Servidor Metabase open source instalado via Docker, conectado a uma réplica PostgreSQL carregada com o modelo bi_varejo. Ferramenta k6 (https://k6.io/) para simular múltiplos usuários acessando a API do Metabase. Rede local isolada, sem outros serviços concorrentes.

Procedimento

Preparação do ambiente
Garanta que o Metabase e o PostgreSQL estejam em máquinas dedicadas, com dados de exemplo no esquema bi_varejo.
Configuração do k6
Escreva um script k6 para autenticar e requisitar o dashboard alvo pela API REST do Metabase.
```
consulte a documentação do Metabase para endpoints e autenticação
```
Execução dos testes
Execute o k6 variando o número de usuários simultâneos (EXEMPLO: 1, 5, 10, 20, 50). Cada rodada deve durar tempo suficiente para estabilizar (EXEMPLO: 2 minutos por rodada).
```
k6 run --vus <N> --duration 2m script.js
```
Coleta dos dados
Registre o tempo de resposta médio, percentil 95 e taxa de erro para cada rodada.
Repetição
Repita cada rodada 5 vezes para reduzir variação estatística.

Planilha de coleta

consultas_simultaneas (threads)	tempo_resposta_medio_ms (ms)	percentil_95_ms (ms)	taxa_erro_percent (%)
EXEMPLO: 20, 850, 1200, 0.5

Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.

Análise

Calcule a média e o desvio padrão dos tempos de resposta e taxa de erro para cada nível de simultaneidade. Identifique o ponto em que o tempo de resposta médio ou o percentil 95 aumentam abruptamente, indicando saturação. Compare os resultados entre rodadas para avaliar consistência.

Critérios de decisão

Tempo de resposta médio abaixo de 1 segundo para até 10 consultas simultâneas (EXEMPLO).
Taxa de erro inferior a 1% em todos os níveis testados.
Ponto de saturação identificado quando o percentil 95 ultrapassa 2 segundos (EXEMPLO).

Fontes de erro e mitigação

Variação de carga na rede: use ambiente isolado.
Cache do Metabase/PostgreSQL: limpe ou reinicie entre rodadas.
Dados em memória: execute consultas de aquecimento antes dos testes.
Diferenças de hardware: documente especificações e não altere durante o experimento.

Referências

Metabase documentação oficial · Metabase (metabase.com)
PostgreSQL documentação oficial · PostgreSQL Global Development Group (postgresql.org)
Docker documentação oficial · Docker, Inc. (docs.docker.com)

Verificação editorial

Publicado: 11/09/2026
Última revisão: 13/09/2026
Versão do conteúdo: 1.0
Referências: 3 oficiais
Revisão técnica: redação e revisão por IA, URLs conferidas na publicação
Status: Atual

Encontrou um erro? Escreva para comercial@upnetix.com.br com o endereço da página. A revisão semestral por IA nunca altera comandos ou configurações sem passar pela fila de revisão.