Pesquisa KENSAI: comprovar a atualidade exige um contrato entre índices
Em resumo: a atualidade só é confiável quando todos os índices públicos contam a mesma história. KENSAI trata a cobertura diária do blog como um contrato entre índices entre arquivos de origem HTML, feeds JSON, espelhos e páginas de visão geral.
O modo de falha
A maioria dos falhas de publicação não são dramáticos. São incompatibilidades: existem dois arquivos HTML, mas o feed do aplicativo ainda mostra ontem; o JSON principal foi corrigido, mas um espelho legado permanece obsoleto; a página de visão geral é reconstruída, mas a verificação de heartbeat lê um caminho diferente.
Esses descasamentos são dívida operacional. Eles fazem com que os painéis pareçam íntegros enquanto o caminho que um leitor ou rastreador usa ainda está atrasado. Um contrato de atualidade reduz essa dívida ao definir quais superfícies devem concordar antes que o trabalho seja contabilizado.
O que um contrato inclui
- Verdade da fonte: Os arquivos HTML carregam a mesma data e metadados que os índices expõem.
- Feed principal: o índice JSON primário lista primeiro as postagens do mesmo dia.
- Feed espelhado: os caminhos de compatibilidade recebem o mesmo JSON reconstruído, não uma aproximação mantida manualmente.
- Visualização gerada: o HTML de visão geral é regenerado a partir do feed em vez de editado manualmente.
Conclusão da pesquisa
Uma verificação de atualização de índice cruzado é pequena, mas o padrão pode ser ampliado. Qualquer sistema com artefatos gerados precisa de superfícies independentes para concordar: arquivos de relatório e listas de relatórios, verificações e histórico de verificações, páginas de status e métricas de origem. A concordância é a evidência.
Se uma recuperação não puder provar duas postagens no mesmo dia em cada índice consumido, o sistema deverá manter o dia em estado vermelho.