콘텐츠로 건너뛰기
Telemetry
SQL 레시피 모음

데이터 품질 SQL 레시피

대시보드가 오해를 불러일으키기 전에 오래된 수집, 중복 식별자, 필수 필드 누락, 지연된 이벤트, 계측 회귀를 감지합니다.

공통 이벤트 계약

이러한 쿼리를 재사용 가능하게 유지하는 필드

  • timestamp_utc, received_at, event_id, event_name 및 schema_version
  • 소스, 환경, producer_version 및 필수 사업 분야
  • ingestion_status, validation_error 및 중복 결과

SQL 이전의 정의

쿼리가 대신 내릴 수 없는 결정

  1. 1각 소스에 대해 예상되는 이벤트 볼륨과 신선도를 별도로 정의합니다.
  2. 2중복 제거를 시도하기 전에 안정적인 이벤트 식별자를 선택하세요.
  3. 3해당 분야가 꼭 필요한 경우에만 현장 완성도를 측정하세요.

권장 순서

먼저 탐지를 구축한 다음 진단을 구축하세요.

분석 패턴

결과를 통해 결정을 설명

텔레메트리 자체 모니터링

신선함, 완전성, 고유성 및 스키마 채택을 지원하는 제품 지표 옆에 있는 일류 신호로 처리하십시오.

이벤트 시간과 접수 시간을 분리하세요.

지연된 클라이언트, 백필 및 차단된 수집을 노출하려면 작업이 발생한 시기와 도착 시기를 비교하세요.

프로듀서별 분류

소유자와 롤아웃 경계가 명확하도록 소스, 환경, 스키마 버전 또는 릴리스별로 회귀를 분석합니다.

완전한 레시피

쿼리를 복사한 다음 가정 검증

초보자telemetry_events

이벤트 수집 신선도 측정

데이터 전달을 중단했거나 발생한 것보다 상당히 늦게 도착하는 이벤트 소스를 찾으십시오.

현재 어떤 프로덕션 이벤트 소스가 오래되었거나 지연되고 있나요?

SQL 및 결과를 참조하세요.
초보자telemetry_events

중복 이벤트 ID 찾기

두 번 이상 전달된 이벤트 식별자를 식별하고 중복 처리가 작동하는지 측정합니다.

두 번 이상 수신된 이벤트 ID는 무엇입니까?

SQL 및 결과를 참조하세요.
초보자product_events

필수 필드 Null 비율 측정

필수 계정, 상태 또는 상관관계 필드가 사라지는 이벤트 계약을 찾아보세요.

허용되지 않는 계정 식별자 누락 비율이 있는 이벤트 이름은 무엇입니까?

SQL 및 결과를 참조하세요.
중급ingestion_events

늦게 도착하는 이벤트 측정

소스별로 이벤트 전달 지연을 측정하고 오래되었거나 순서가 잘못된 데이터를 보내는 프로듀서를 식별합니다.

분석을 왜곡할 만큼 늦게 데이터를 전달하는 이벤트 프로듀서는 누구입니까?

SQL 및 결과를 참조하세요.
초보자product_events

이벤트 스키마 버전 채택 추적

프로듀서별 스키마 버전 롤아웃을 측정하고 배포 후에도 활성 상태로 남아 있는 이전 이벤트 계약을 찾습니다.

어떤 프로듀서가 아직도 중요한 이벤트의 이전 버전을 내보냅니까?

SQL 및 결과를 참조하세요.
초보자telemetry_ingestion_events

이벤트 이름으로 Telemetry 볼륨 측정

보존 또는 수집 정책을 변경하기 전에 페이로드 바이트, 평균 이벤트 크기 및 거부율을 기준으로 이벤트 유형의 순위를 지정하세요.

어떤 이벤트 계약이 가장 많은 수집량을 생성합니까?

SQL 및 결과를 참조하세요.

임계값 이전에 이벤트 계약을 조정하세요.

분석 패턴을 유지하되 자신의 이벤트에 대해 테이블 이름, 필드 유형, 비즈니스 정의, 기간 및 최소 볼륨 규칙을 검증하세요. 게시된 모든 쿼리는 고정된 엔진을 사용하여 빈 형식의 테이블에 대해 계획되고 실행됩니다.