13. Erros e integridade de Eventhouse

Uma tabela de entrada continua recebendo eventos, mas a tabela transformada deixa de crescer. A ingestão de origem e a transformação de destino podem ter estados diferentes. No Eventhouse, a investigação percorre formato, mapping, política, esquema e visibilidade dos diagnósticos.

Contratos em cadeia

O payload precisa ser interpretado pelo formato e mapping corretos. Em seguida, a transformação deve produzir colunas compatíveis com o destino. JSON válido não demonstra que a projeção final tem os nomes, a ordem e os tipos exigidos. Teste cada fronteira com uma amostra representativa.

Mudanças em uma função podem ser aceitas como definição e ainda quebrar sua aplicação operacional. Antes de reativar uma política, execute a lógica com dados de teste e compare o esquema de saída. Mais capacidade não reescreve uma projeção incompatível.

Um payload pode ser sintaticamente válido e ainda representar um tipo ou campo incompatível com o contrato. Depois do mapping, a função pode alterar nomes e ordem das colunas. Teste essas etapas separadamente para identificar a primeira divergência. Uma ordenação de linhas não corrige a posição das colunas projetadas. A amostra deve incluir valores reconhecíveis, para que duas colunas numéricas trocadas não passem despercebidas apenas porque ambas aceitam o mesmo tipo.

Falhas de ingestão e visibilidade

Ferramentas de diagnóstico de ingestão possuem escopo, permissões e formas de agregação. Uma linha pode resumir múltiplas ocorrências por propriedades como tabela, principal ou código. Contar linhas de diagnóstico não equivale necessariamente a contar eventos rejeitados.

Ausência de registros pode refletir janela, latência ou autorização de monitoramento. Confirme o acesso e o tipo de ingestão investigado, incluindo as ferramentas específicas para streaming quando aplicáveis. Não declare inexistência de incidente somente porque uma consulta restrita retornou vazio.