Upnetix Labs · protocolo de experimento

Protocolo: Qual a latência média de atualização de contexto no FIWARE Orion Context Broker sob carga crescente de entidades NGSI?

Name: Protocolo: Qual a latência média de atualização de contexto no FIWARE Orion Context Broker sob carga crescente de entidades NGSI?
Creator: Upnetix Labs
Published: 2026-09-09T13:50:15-04:00

Este protocolo mede a latência de atualização de entidades NGSI no Orion Context Broker do FIWARE sob diferentes níveis de carga. O objetivo é identificar o impacto do aumento de requisições simultâneas na performance do broker.

Ligado ao treinamento Cidades inteligentes: conectividade, IoT urbano com FIWARE e dados abertos

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 a latência média de atualização de entidades NGSI varia no Orion Context Broker sob diferentes níveis de carga?

Hipótese

A latência média de atualização de contexto no Orion Context Broker aumenta conforme cresce o número de requisições simultâneas.

Variáveis

Independentes (o que varia)	número de requisições simultâneas (threads ou conexões concorrentes)
Dependentes (o que se mede)	latência média de atualização de contexto (ms)
Controladas (o que fica fixo)	versão do Orion Context Broker; tamanho e estrutura da entidade NGSI; hardware do servidor; rede local

Ambiente

Ambiente mínimo: Orion Context Broker (última versão estável, consulte a documentação), instância dedicada, rede local estável. Ferramenta de teste: k6 (https://k6.io, código aberto) para gerar carga HTTP e medir latência. Entidades NGSI simples, conforme exemplos oficiais.

Procedimento

Preparar o ambiente
Instale o Orion Context Broker e o k6 na mesma rede. Crie uma entidade NGSI de teste com atributos simples.
```
consulte a documentação FIWARE para criação de entidade
```
Definir cenários de carga
Configure scripts do k6 para simular 10, 50, 100, 200 e 500 requisições simultâneas de atualização PATCH em uma entidade NGSI.
```
consulte a documentação do k6 para scripts HTTP
```
Executar testes
Para cada nível de carga, execute o teste por 2 minutos. Repita 5 vezes para cada cenário.
```
k6 run --vus <N> --duration 2m script.js
```
Registrar resultados
Após cada execução, registre a latência média reportada pelo k6.

Planilha de coleta

cenario_carga (número de conexões)	latencia_media_ms (milissegundos)	latencia_p95_ms (milissegundos)	taxa_erro_percentual (percentual)
EXEMPLO: 50, 120, 180, 0.2

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

Análise

Calcule a média e o percentil 95 de latência para cada cenário de carga. Compare os resultados para identificar o ponto de inflexão onde a latência cresce de forma não linear. Analise a taxa de erro para identificar sobrecarga.

Critérios de decisão

Latência média abaixo de 200 ms é considerada aceitável para aplicações urbanas em tempo quase real.
Taxa de erro deve permanecer abaixo de 1%.
Se a latência ou erro ultrapassar os limites, recomenda-se reavaliar a capacidade do broker ou otimizar a infraestrutura.

Fontes de erro e mitigação

Variações de rede podem afetar a latência; execute testes em rede local dedicada.
Processos concorrentes no servidor podem interferir; mantenha o ambiente dedicado apenas ao experimento.
Scripts de teste devem simular entidades reais, mas controladas, para garantir reprodutibilidade.

Verificação editorial

Publicado: 09/09/2026
Última revisão: 09/09/2026
Versão do conteúdo: 1.0
Referências: 0 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.