Redis and node-redis Telemetry: 경계에서 검증된 행까지
제어된 애플리케이션 경계에서 Redis and node-redis Telemetry를 사용하고, 이벤트 계약을 작게 유지하고, 집계 뷰를 구축하기 전에 알려진 결과를 확인하세요.
- 1
결과를 선택하세요
Redis 캐시 신뢰성
- 2
계약 정의
연산, cache_name, 상태, 적중 및 fallback_used
- 3
경계 계측
측정해야 하는 애플리케이션 작업을 래핑합니다. 기본적으로 Redis 클라이언트를 원숭이 패치하거나 모든 명령을 내보내지 마세요.
- 4
증거를 확인하세요
Exercise a known fixture, then inspect cache_operation_completed for one correctly typed terminal row.
시작하기 전에
전제 조건 및 경계
- node-redis 및 telemetry-sh는 신뢰할 수 있는 Node.js 프로세스에서 한 번 초기화되었습니다.
- 원시 키와 명령 인수를 제외하는 제한된 작업 분류
- 명령 실패, 연결 이벤트, 텔레메트리 전달 실패에 대한 별도의 정책
배송 설정
서버 측 설치 및 초기화
서버 전용 코드에서 telemetry-sh를 가져오고 process.env.TELEMETRY_API_KEY로 한 번 초기화합니다. 브라우저 번들, 클라이언트에 표시되는 환경 변수, 소스 제어, 로그 및 예외 메시지에서 수집 자격 증명을 유지하세요.
npm 설치
npm install telemetry-sh- 1제한된 네트워크 동작을 갖춘 재사용 가능한 서버 측 전달 클라이언트 하나를 준비합니다.
- 2성공, 실패, 재시도 또는 시간 초과 경계에 결과 이벤트를 추가합니다.
- 3알림을 활성화하기 전에 제어된 고정 장치를 보내고 저장된 행을 검사하십시오.
스니펫
하나의 체계적인 이벤트로 시작하세요
워크플로가 완료, 실패 또는 재시도되는 위치에 이 셰이프를 추가합니다. 그런 다음 실제 필드에서 대시보드를 구축합니다.
Redis and node-redis Telemetry 이벤트
async function readCachedProject(projectId) {
const startedAt = performance.now();
let status = "success";
let errorType;
try {
const value = await redis.get(`project:${projectId}`);
await telemetry.log("cache_operation_completed", {
operation: "get_project",
key_namespace: "project",
status,
hit: value !== null,
latency_ms: Math.round(performance.now() - startedAt),
release: process.env.APP_RELEASE,
});
return value;
} catch (error) {
status = "failed";
errorType = classifyRedisError(error);
await telemetry.log("cache_operation_completed", {
operation: "get_project",
key_namespace: "project",
status,
hit: false,
latency_ms: Math.round(performance.now() - startedAt),
error_type: errorType,
release: process.env.APP_RELEASE,
});
throw error;
}
}이벤트 계약
연산, cache_name, 상태, 적중 및 fallback_used
latency_ms, error_type, 재연결, 해제 및 환경
고객 파생 키가 아닌 고정 범주인 경우에만 key_namespace
구현 체크포인트
체크포인트 1
측정해야 하는 애플리케이션 작업을 래핑합니다. 기본적으로 Redis 클라이언트를 원숭이 패치하거나 모든 명령을 내보내지 마세요.
체크포인트 2
Redis URL, 자격 증명, 원시 키, 값, 명령 인수, 채널 메시지 또는 Lua 소스를 보내지 마십시오.
체크포인트 3
node-redis에 필요한 Redis 오류 수신기를 유지하되, 재연결 폭주로 인해 두 번째 과부하가 발생하지 않도록 연결 텔레메트리 속도를 제한합니다.
검증
이벤트가 도착했음을 증명하세요.
알려진 성공 및 실패 사례를 연습한 후 이를 실행하십시오. 최종 이벤트 계약이 스니펫과 다른 경우 대체 테이블 이름을 바꾸세요.
Redis and node-redis Telemetry 확인 쿼리
SELECT *
FROM cache_operation_completed
ORDER BY timestamp_utc DESC
LIMIT 20;구현 참조
새로운 프로덕션 경로를 활성화하기 전에 이벤트 계약, 데이터 안전 지침, 업스트림 기본 문서를 검토하세요.
프로덕션 경계
결과 이벤트를 작고 복구 가능하게 유지
이 패턴은 다음을 제공합니다.
- 업스트림 워크플로우 옆에 제한된 SQL 지원 결과가 있습니다.
- 대시보드, 알림 및 교차 이벤트 상관 관계를 위한 안정적인 필드입니다.
- 성공, 실패, 재시도 및 시간 초과 동작을 검증하기 위한 고정 장치 기반 경로입니다.
이 패턴은 제공하지 않습니다
- OTLP 내보내기, 자동 수집 파이프라인 또는 자세한 추적 및 진단 로그를 대체합니다.
- 페이로드에 이벤트 ID가 포함되어 있기 때문에 정확히 한 번만 전달됩니다.
- 원시 공급자 페이로드, 사용자 콘텐츠, 자격 증명 또는 규제 데이터를 수집할 수 있는 권한입니다.
이벤트 스키마 시작점
이 워크플로우에 대한 이벤트 계약
쿼리 또는 스니펫을 프로덕션에 적용하기 전에 행 그레인, 방출 경계, 필수 유형, 개인 정보 보호 클래스, 예제 페이로드 및 유효성 검사 체크리스트를 검토하세요.
관련 제품 기능
이 워크플로를 다음에서 계속하세요. 알림
검토된 신뢰성 쿼리를 소유한 임계값 및 응답 워크플로로 승격합니다.
관련 SQL 레시피
SQL로 다음 질문에 답하세요
이 워크플로의 구조화된 필드에 대해 쿼리를 실행하고, 예제 결과를 검사하고, 유용한 답변을 대시보드 또는 알림으로 전환하세요.
캐시 누락 및 스탬피드 위험 찾기
낮은 적중률과 동시 백엔드 작업을 결합한 캐시 키 패턴은 무엇입니까?
레시피 열기종속성 비교 p95 대기 시간
꼬리 지연 시간과 실패율이 가장 낮은 다운스트림 종속성은 무엇입니까?
레시피 열기롤링 기준선을 사용하여 오류율 급증 감지
최근 기준보다 훨씬 높은 시간당 오류율 버킷은 무엇입니까?
레시피 열기사고 감지 및 복구 시간 계산
각 서비스가 사고를 감지하고 복구하는 데 얼마나 걸리나요?
레시피 열기이벤트 이름으로 Telemetry 볼륨 측정
어떤 이벤트 계약이 가장 많은 수집량을 생성합니까?
레시피 열기구현 제품군별로 찾아보기
관련 통합 패턴 비교
이 통합과 페어링할 템플릿
더 많은 통합
구조적 이벤트의 OpenTelemetry 컨텍스트
워크플로 경계에서 안전한 추적 및 범위 식별자를 기록하여 Telemetry 비즈니스 이벤트를 기존 OpenTelemetry 추적에 연결합니다.
가이드 열기GitHub 작업 워크플로 Telemetry 통합
실행, 시도, 작업, 결론, 기간 및 릴리스 컨텍스트와 함께 GitHub 작업에서 제한된 터미널 워크플로 결과를 보냅니다.
가이드 열기Kafka 소비자 지연 및 처리 분석
구조화된 이벤트를 통해 Kafka 소비자 결과, 파티션 지연, 처리 대기 시간, 재시도 및 포이즌 메시지 처리를 모니터링합니다.
가이드 열기