동기화 원장이 사일런트하게 실패하여, 실제 작동 계정의 약 400개 자산에 비해 763개의 자산을 보고했습니다. 플랫폼 UI와 API를 검사하여 수동으로 확인한 결과 이 불일치가 드러났습니다. 원장의 부정확성은 세 가지 별개의 실패 모드에서 비롯되었습니다. "유령"은 플랫폼에서 삭제되었지만 데이터베이스에 여전히 존재하는 자산을 나타내며, 최소 173개의 행을 차지했습니다. "누락"은 플랫폼에 자산이 존재했지만 데이터베이스에 기록되지 않은 경우 발생했으며, 총 최소 63개의 행을 차지했습니다. "오탐"은 플랫폼 기본값이 잘못 사용자 자산으로 계산되어 최소 109개의 행을 차지했습니다.이 세 가지 모드는 부분적으로 서로 상쇄되어 총 개수가 오해의 소지가 있는 지표가 되었습니다. 오류의 구체적인 예로는 페이지 크기 제한으로 인해 플랫폼 기술 목록이 실제 사용자 4개 기술 대신 100개 항목을 잘못 보고한 경우가 있습니다. 또 다른 사례에서는 설정 페이지의 자리 표시자 텍스트가 사용자 메모리로 저장되었고 실제 메모리는 누락되었습니다. 또한, 42개의 지침 행이 기계의 존재하지 않는 로컬 디렉토리를 가리켰습니다. 핵심 교훈은 성공적인 동기화 보고서가 데이터 정확성을 보장하지 않는다는 것입니다. 페이지 매김 문제로 인해 목록 호출이 조기에 중단되어 자산이 누락되었고, 그럴듯해 보이는 숫자가 안일함을 조장했습니다.제안된 해결책은 더 나은 수집기가 아니라 모든 동기화 후에 의무적인 재읽기 감사를 수행하는 것입니다. 이 과정은 플랫폼을 다시 읽고 양방향 ID 차이를 수행하는 것을 포함합니다. 플랫폼에서 제공하는 기본값은 명시적으로 식별하고 처리해야 합니다. 예약된 시간에 실행되는 이 사전 예방적 검증은 원장이 부패하는 것을 방지하는 데 중요합니다. 저자는 이 재읽기 검증이 핵심 제품 교훈인 untactit이라는 제어 평면을 개발하고 있습니다.