공통 이벤트 계약
이러한 쿼리를 재사용 가능하게 유지하는 필드
- timestamp_utc, 공급자, event_type, delivery_id 및 상태
- 시도, latency_ms, status_code 및 idempotency_outcome
- downstream_job_count, error_type 및 환경
SQL 이전의 정의
쿼리가 대신 내릴 수 없는 결정
- 1원시 웹훅 페이로드나 서명이 아닌 공급자 식별자를 저장합니다.
- 2하나의 웹훅의 최종 결과와 전달 시도를 구별합니다.
- 3확인된 중복이 성공인지 아니면 별도의 결과인지 정의합니다.
권장 순서
먼저 탐지를 구축한 다음 진단을 구축하세요.
분석 패턴
결과를 통해 결정을 설명
하나의 배송을 끝까지 따르세요.
안정적인 배달 식별자를 사용하여 수신, 검증, 승인, 재시도, 처리 및 다운스트림 효과를 연결합니다.
시도와 결과 구별
시도 수준 오류는 영구적으로 실패한 웹훅과 다릅니다. 복구율을 해석할 수 있도록 두 가지를 모두 유지하십시오.
멱등성 확인
중복 인식 및 다운스트림 부작용을 추적하여 재시도가 비즈니스 작업을 반복하지 않는지 확인합니다.
완전한 레시피
쿼리를 복사한 다음 가정 검증
중급webhook_deliveries
웹훅 재시도 복구 측정
이후 시도에서 복구된 전달과 영구적인 웹훅 실패를 분리하세요.
웹훅 재시도가 실패를 복구합니까, 아니면 더 많은 작업을 생성합니까?
SQL 및 결과를 참조하세요.중급webhook_deliveries
웹훅 지연 시간 및 중복률 측정
웹훅 제공자 및 이벤트 유형별로 처리 지연 시간, 중복 전달, 실패를 비교합니다.
느리거나, 중복되거나, 신뢰할 수 없는 웹훅 소스는 무엇입니까?
SQL 및 결과를 참조하세요.고급webhook_lifecycle_events
웹훅 엔드투엔드 완료 측정
수신부터 다운스트림 완료까지 각 웹훅을 추적하고 운영 목표 내에서 완료되는 공유를 측정합니다.
어떤 웹훅 유형이 5분 이내에 다운스트림 작업을 완료합니까?
SQL 및 결과를 참조하세요.