Protocolo: Qual o impacto da quantidade de conexões simultâneas do Apache Superset na latência de consultas ao PostgreSQL de réplica do Protheus?
Este protocolo mede como a latência de resposta do PostgreSQL de réplica varia conforme o número de conexões simultâneas feitas pelo Apache Superset. O objetivo é identificar o ponto de saturação e o comportamento do tempo de resposta em cenários de BI realistas.
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.
Como a latência das consultas ao PostgreSQL de réplica do Protheus varia com o aumento de conexões simultâneas do Apache Superset?
Hipótese
Aumentar o número de conexões simultâneas do Superset eleva a latência média das consultas no PostgreSQL de réplica, especialmente acima de um certo limiar.
Variáveis
| Independentes (o que varia) | número de conexões simultâneas do Superset (EXEMPLO: 5, 10, 20, 40, 80) |
|---|---|
| Dependentes (o que se mede) | latência média das consultas (ms); latência p95 das consultas (ms); taxa de erro (%) |
| Controladas (o que fica fixo) | hardware do servidor PostgreSQL; versão do PostgreSQL; versão do Superset; dataset de teste (cópia estática); tipo de consulta SQL; rede entre Superset e PostgreSQL |
Ambiente
Servidor PostgreSQL 15 ou 16 com réplica dos dados do Protheus, Apache Superset 3.x ou superior em Docker, ferramenta k6 (https://k6.io/) para simular múltiplas conexões HTTP ao endpoint SQL Lab do Superset, queries SELECT simples e idênticas sobre a réplica, monitoramento de latência via k6.
Procedimento
- Preparar ambiente
Garanta que o PostgreSQL de réplica esteja atualizado e isolado para o teste. O Superset deve estar configurado para acessar apenas essa réplica.
- Definir consulta de teste
Escolha uma query SELECT simples sobre a tabela SD2 (por exemplo, SELECT COUNT(*) FROM SD2).
- Configurar k6
Escreva um script k6 para autenticar no Superset e executar a query via API SQL Lab, variando o número de conexões simultâneas.
k6 run --vus <N> --duration 1m script.js - Executar testes
Para cada nível de conexão (EXEMPLO: 5, 10, 20, 40, 80), execute o teste por 1 minuto e registre os resultados.
- Coletar métricas
Extraia latência média, latência p95 e taxa de erro do relatório do k6 para cada rodada.
- Repetir
Repita cada teste 5 vezes para consistência estatística.
Planilha de coleta
| conexoes_simultaneas (unidades) | latencia_media_ms (ms) | latencia_p95_ms (ms) | taxa_erro_percent (%) |
|---|---|---|---|
| EXEMPLO: 20, 120, 200, 0 | |||
Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.
Análise
Calcule média e desvio padrão da latência média, latência p95 e taxa de erro para cada nível de conexões. Compare os resultados para identificar o ponto em que a latência e a taxa de erro aumentam significativamente. Use gráficos de linha para visualizar o comportamento.
Critérios de decisão
- Latência média aceitável definida pelo negócio (EXEMPLO: < 500 ms)
- Taxa de erro deve permanecer abaixo de 1%
- Identificar o ponto de inflexão onde a performance degrada
Fontes de erro e mitigação
- Variações de carga em outros sistemas podem afetar resultados; execute em ambiente isolado.
- Caches do PostgreSQL podem distorcer latências; descarte a primeira execução ou limpe caches entre rodadas.
- Rede instável pode interferir; mantenha Superset e PostgreSQL na mesma sub-rede dedicada.
Referências
- Documentação oficial do Superset · Apache Software Foundation (Superset) (superset.apache.org)
- Documentação oficial do PostgreSQL · PostgreSQL Global Development Group (postgresql.org)
- Banco de dados homologados Protheus · Tdn.totvs (tdn.totvs.com)
- Publicado
- 11/09/2026
- Última revisão
- 14/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
