1. 이벤트 계약
한 행에 api_requests, 쿼리에 사용되는 유형이 명시적으로 지정됩니다.
- timestamp_utc
- Timestamp
- route_template
- Utf8
- latency_ms
- Float64
- status_code
- Int64
작동 원리
신호부터 결정까지 검토 가능한 워크플로우
1
결정부터 시작하라
열을 선택하기 전에 운영 또는 제품 관련 질문을 적어보세요. 집중된 질문은 해석되고 유지 관리될 수 있는 쿼리를 생성합니다.
2
구문뿐만 아니라 결과도 검사하세요
볼륨, Null, 기간, 분모 및 예상치 못한 그룹을 확인하세요. SQL는 성공적으로 실행되었지만 여전히 잘못된 질문에 답할 수 있습니다.
3
유용할 때 쿼리를 저장하세요.
반복 분석을 명명된 쿼리, 대시보드 위젯, 내보내기 또는 알림로 전환하여 팀이 사고가 발생할 때마다 분석을 다시 생성하지 않도록 하세요.
Telemetry에서 SQL 작성 및 실행
실제 쿼리 편집기, 자동 완성, 결과 테이블 및 차트 워크플로를 간략하게 캡처합니다.
경계
이것이 대체하지 않는 것
- 유효한 쿼리는 여전히 잘못된 분모, 조인, 시간 경계 또는 비즈니스 정의를 인코딩할 수 있습니다. 저장된 분석을 검토해야 합니다.
- 대화형 쿼리 API는 분석용으로 설계되었지만 대규모 추출은 비동기 내보내기 경로를 사용해야 합니다.
- Telemetry는 DataFusion SQL을 노출하므로 다른 웨어하우스의 엔진 관련 기능에는 동등한 표현식이 필요할 수 있습니다.
검사 가능한 증명 경로
이벤트 계약부터 눈에 보이는 답변까지
이 예에서는 선언된 스키마, 읽기 전용 SQL 및 결정적 합성 결과를 사용합니다. 샘플 데이터를 고객 벤치마크로 제시하지 않고 워크플로를 보여줍니다.
2. 읽기 전용 SQL
꼬리 지연 시간이 가장 긴 엔드포인트는 무엇입니까?
SELECT
route_template,
COUNT(*) AS requests,
approx_percentile_cont(latency_ms, 0.50) AS p50_ms,
approx_percentile_cont(latency_ms, 0.95) AS p95_ms,
approx_percentile_cont(latency_ms, 0.99) AS p99_ms
FROM api_requests
WHERE timestamp_utc >= now() - INTERVAL '24 hours'
AND status_code < 500
GROUP BY route_template
HAVING COUNT(*) >= 50
ORDER BY p95_ms DESC
LIMIT 10;3. 합성결과
내보내기 요청은 꼬리 지연 시간이 가장 길며 일반적인 성능과 최악의 성능 사이 격차도 가장 큽니다.
| route_template | requests | p50_ms |
|---|---|---|
| /api/reports/export | 50 | 800 |
| /api/projects/:id/sync | 50 | 320 |
| /api/search | 50 | 120 |
기능
무엇이 포함되어 있나요?
대화형 분석을 위한 동기식 JSON 쿼리
더 큰 결과 세트를 위해 비동기식 JSON 및 Parquet 내보내기
새로 버퍼링된 이벤트와 지속 가능한 기록을 결합하는 실시간 쿼리
저장된 대시보드 SQL에 대한 읽기 전용 쿼리 검증
쿼리 결과 차트, 테이블, 내보내기 및 알림
분석 보기
이 기능을 사용하는 SQL 레시피
고객 사례
팀이 이 워크플로를 사용하는 방법
관련 기능