콘텐츠로 건너뛰기
Telemetry
공유 대시보드

하나의 공유 보기에서 운영 및 제품 신호를 읽을 수 있도록 유지

탐색 결과, SQL 쿼리 차트, 결과 테이블, 섹션 헤더 및 설명 메모를 코딩 에이전트가 시드하고 사람이 세분화할 수 있는 대시보드에 결합합니다.

결과

  • 엔지니어링, 제품, 지원 및 창립자에게 워크플로에 대한 공통된 보기를 제공합니다.
  • 설명하는 차트 옆에 정의와 운영 노트를 넣으세요.
  • 자동화가 첫 번째 패스를 소유하면 API를 통해 대시보드를 생성하거나 업데이트합니다.

작동 원리

신호부터 결정까지 검토 가능한 워크플로우

1

결정을 주도하라

대시보드는 몇 가지 관련 질문에 답해야 합니다. 사용 가능한 모든 차트보다는 기본 건강 또는 결과 지표로 시작하세요.

2

탐지 후 진단 실시

추세 및 임계값 보기를 먼저 배치한 다음 변경 사항을 설명하는 분석 및 최근 이벤트 테이블을 추가합니다.

3

문서 소유권 및 응답

헤더와 메모를 사용하여 메트릭, 예상 범위, 소유자 및 다음 단계를 정의하세요. 상황에 따라 사고 중에 대시보드를 사용할 수 있습니다.

공유 Telemetry 대시보드 구축

차트 정렬 및 공동 대시보드 편집을 보여주는 실제 제품 캡처입니다.

경계

이것이 대체하지 않는 것

  • 대시보드에는 검토된 쿼리가 요약되어 있습니다. 불안정한 메트릭 정의를 신뢰할 수 있게 만들지는 않습니다.
  • 공유 보드는 사용 가능한 모든 차트의 목록이 되는 대신 작은 결정 세트에 집중해야 합니다.
  • Telemetry 대시보드는 재무 보고를 위한 사고 실행서, 소유권 모델 또는 내구성 있는 진실 소스 시스템을 대체하지 않습니다.

검사 가능한 증명 경로

이벤트 계약부터 눈에 보이는 답변까지

이 예에서는 선언된 스키마, 읽기 전용 SQL 및 결정적 합성 결과를 사용합니다. 샘플 데이터를 고객 벤치마크로 제시하지 않고 워크플로를 보여줍니다.

1. 이벤트 계약

한 행에 api_requests, 쿼리에 사용되는 유형이 명시적으로 지정됩니다.

timestamp_utc
Timestamp
route_template
Utf8
status_code
Int64
latency_ms
Float64
이벤트 계약 찾아보기

2. 읽기 전용 SQL

의미 있는 5xx 오류율이 가장 높은 API 경로는 무엇입니까?

SELECT
  route_template,
  COUNT(*) AS requests,
  SUM(CASE WHEN status_code >= 500 THEN 1 ELSE 0 END) AS errors,
  100.0 * SUM(CASE WHEN status_code >= 500 THEN 1 ELSE 0 END)
    / NULLIF(COUNT(*), 0) AS error_rate_pct
FROM api_requests
WHERE timestamp_utc >= now() - INTERVAL '24 hours'
GROUP BY route_template
HAVING COUNT(*) >= 20
ORDER BY error_rate_pct DESC
LIMIT 10;

3. 합성결과

검색에 총 트래픽이 더 많더라도 결제 경로는 가장 확실한 신뢰성 위험입니다.

route_templaterequests오류
/api/checkout255
/api/search251
/api/profile200
쿼리, 결과, 주의사항 검사

기능

무엇이 포함되어 있나요?

탐색 및 SQL 쿼리 위젯
선, 막대, 분산형, 누적 영역 및 표 결과
컨텍스트에 대한 섹션 제목 및 마크다운 메모
팀 범위 대시보드 끌기, 크기 조정, 이름 바꾸기 및 공유
대시보드 API 생성, 업데이트, 나열 및 삭제

분석 보기

이 기능을 사용하는 SQL 레시피

고객 사례

팀이 이 워크플로를 사용하는 방법

관련 기능

이벤트에서 결정까지의 워크플로우를 계속하세요

하나의 프로덕션 워크플로로 시작

적용 범위를 확장하기 전에 집중된 프롬프트를 사용하고, 합성 이벤트를 보내고, 첫 번째 유용한 쿼리를 확인하세요.