Índice
Um sensor pode enviar uma leitura depois de outra mais recente, principalmente após perder conexão. Ordenar somente pela chegada faz um processo parecer retroceder ou esconde o evento intermediário.
O desenho que precisa ser contratado
Preserve o horário da medição, o recebimento e a identidade do dispositivo. Defina como a leitura tardia afeta agregações já calculadas e qual janela aceita recomposição. Essa decisão depende do uso: uma análise de histórico pode incorporar correções, enquanto um alerta operacional precisa informar que o fato chegou depois. Verifique se o relógio do dispositivo é confiável e como se trata reinicialização. Um identificador do evento ajuda na deduplicação; quando ele não existe, a regra alternativa precisa ser documentada e testada. Não prometa tempo real sem avaliar conectividade e ritmo de captura. A contratação deve incluir recuperação após interrupção, separação de qualidade da leitura e qualidade do transporte, além da forma de consultar períodos considerados incompletos.
Critérios para o fornecedor
- Horário medido separado do instante de recebimento.
- Janela de recomposição definida por uso do indicador.
- Duplicações e relógios inconsistentes tratados sem inventar medições.
Prova de aceite com uma exceção
Em um cenário hipotético, o sensor fica desconectado e transmite leituras antigas junto das atuais. O histórico deve preservar a sequência medida e o painel precisa identificar o atraso, sem apresentar os eventos antigos como novidades instantâneas.
Referência para avaliar o escopo
Documentação de restrições do PostgreSQL
Prepare a contratação com a Quantum9
Compartilhe com a Quantum9 uma sequência anonimizada contendo desconexão e retorno. O diagnóstico define ordenação, deduplicação e limites realistas para a atualização que sua operação necessita.