Monitoramento e Métricas V2

Papel

Coluna equivalente na planilha

Definições

Detalhes e cálculos

Transmissor /
Receptor

Identificação

OrgID da instituição que está reportando

Identificar utilizando OrgID é uma possibilidade para a POC, mas pode ser uma limitações junto ao conceito de organização mãe;

Transmissor /
Receptor

Data

Data do reporte no formato YYYY-MM-DD

Dia no qual o relátorio será entregue. Idealmente manter a consistência relacionada ao dia da semana.

Transmissor

Receptor

OrgID da contraparte da operação.

Receptor

Trasmissor

OrgID da contraparte da operação.

Transmissor

nº de msg emitidas

Quantidade de mensagens postadas no tópico Kafka.

Transmissor /
Receptor

nº de msg consumidas

Quantidade de mensagens consumidas/assinadas no tópico Kafka

A confirmação de leitura deve estar ativa nos tópicos Kafka para que o transmissor tenha esse numero de controle.

Receptor

nº de msg processadas

Quantidade de mensagens que, após consumidas, resultaram em uma chamada REST.

Se a POC estiver rodando em paralelo ao modelo convencional, identificar o tipo da requisição sendo feita é crucial a fim de não obter desvios.

Transmissor /
Receptor

Tempo entre emissão e consumo em ms (95%)

 Percentil 95% do tempo levado para consumir uma mensagem depois de publicada no tópico.

[requestDatetime] - [eventDatetime]

requestDatetime: Momento da requisição na API REST, também disponível no response do saldo

eventDatetime: Atributo da notificação kafka

• Métrica de aderência

• Um baixo número é um indicativo de uso do fluxo “real-time” sendo promovido.

Transmissor /
Receptor

% uso médio de CPU 

 Média percentual de uso de CPU das máquinas. (Número pode ser "compartilhado" entre infraestrutura Receptora e transmissora)

Essa métrica será utilizada para construção de informações mais valiosas ao fim da POC, quando utilizada em conjuntos com as informações de infraestrutura e de quantidade de chamadas.

Transmissor /
Receptor

% uso médio de memória

Média percentual de uso de RAM das máquinas. (Número pode ser "compartilhado" entre infraestrutura Receptora e transmissora)

Essa métrica será utilizada para construção de informações mais valiosas ao fim da POC, quando utilizada em conjuntos com as informações de infraestrutura e de quantidade de chamadas.

Transmissor /
Receptor

Tráfego de rede total semanal em GB

Informação em GB do tráfego de mensagens consumidas pela JKS

Essa métrica será utilizada para construção de informações mais valiosas ao fim da POC, quando utilizada em conjuntos com as informações de infraestrutura e de quantidade de chamadas.

Transmissor

Disponibilidade do tópico

Periodo total de disponibilidade do tópico

Receptor

Tempo de  indisponíbilidade

Período, em minutos, no qual o Tópico tenha ficado indisponível para conexão ou consumo de mensagens.

Em caso de indisponibilidade relevante, utilizar esse campo, caso incidência de indisponíbilidade temporária (abaixo de 5 minutos) ou desconexão, utilizar campo “Incidencia de desconexão do tópico”

Receptor

% msg com erro

Taxa de erro sobre o número total de mensagens consumidas. Problema na estrutura, payload ou outros, de mensagens que foram recebidas

Percentual de mensagens consumidas que geraram erros ao serem processadas internamente. (Alta possibilidade de descasamento com schema proposto)

Receptor

Incidências de desconexão do tópico

Quantidade de vezes que o receptor possa ter sido derrubado do tópico

Receptor

% GET’s com atualização de saldo no modelo Polling

Percentual de requisições de “/balance”, iniciadas no modelo tradicional, que retornaram valores diferentes de saldo.

Percentual de operações que resultaram em uma atualização de saldo (que fosse diferente). Uma vez que o modelo de polling fará chamadas programadas que não necessariamente resultarão em novas informações, caracterizando um “desperdício” computacional.

Alto percentual indica alta eficiência.

Receptor

% GET’s com atualização de saldo no modelo mensageria

Percentual de requisições de “/balance”, iniciadas no modelo de mensageria, que retornaram valores diferentes de saldo.

Percentual de operações que resultaram em uma atualização de saldo (que fosse diferente). Uma vez que o modelo de polling fará chamadas programadas que não necessariamente resultarão em novas informações, caracterizando um “desperdício” computacional.

Alto percentual indica alta eficiência.

 (INATIVO)
Receptor

nº de resourceId ativos

Números de resoures ativos, entre instituições, na data do reporte.

Número a ser utilizado como baseline para percentuias de comparação entre as instituições, tendo 100% como o número de resourceIds.