대시보드 빌더

대시보드 빌더은(는) 무엇을 하나요?

사람이 운영할 수 있는 대시보드를 구축하는 작업에 사용하십시오.

목표는 "모든 지표 표시"가 아닙니다. 목표는 다음 질문에 답하는 것입니다:

• 상태가 양호한가?
• 병목 지점은 어디인가?
• 무엇이 변경되었는가?
• 누군가가 어떤 조치를 취해야 하는가?

사용 시기

• "Kafka 모니터링 대시보드 구축"
• "Elasticsearch용 Grafana 대시보드 생성"
• "이 서비스용 SigNoz 대시보드 만들기"
• "이 지표 목록을 실제 운영 대시보드로 전환"

가이드라인

• 시각적 레이아웃부터 시작하지 말고 운영자 질문부터 시작하십시오.
• 존재한다는 이유만으로 모든 사용 가능한 지표를 포함하지 마십시오.
• 건강 상태, 처리량, 리소스 패널을 구조 없이 혼합하지 마십시오.
• 제목, 단위 및 합리적인 임계값 없이 패널을 배포하지 마십시오.

워크플로

1. 운영 질문 정의

다음 기준으로 구성하십시오:

• 상태/가용성
• 지연 시간/성능
• 처리량/볼륨
• 포화도/리소스
• 서비스별 위험

2. 대상 플랫폼 스키마 연구

먼저 기존 대시보드를 검사하십시오:

• JSON 구조
• 쿼리 언어
• 변수
• 임계값 스타일링
• 섹션 레이아웃

3. 최소 유용한 보드 구축

권장 구조:

1. 개요
2. 성능
3. 리소스
4. 서비스별 섹션

4. 허영심 패널 제거

모든 패널은 실제 질문에 답해야 합니다. 그렇지 않으면 제거하십시오.

예제 패널 세트

Elasticsearch

• 클러스터 상태
• 샤드 할당
• 검색 지연 시간
• 색인 속도
• JVM 힙/GC

Kafka

• 브로커 수
• 복제 부족 파티션
• 메시지 수신/송신
• 컨슈머 지연
• 디스크 및 네트워크 압력

API 게이트웨이/인그레스

• 요청 속도
• p50/p95/p99 지연 시간
• 오류율
• 업스트림 상태
• 활성 연결

품질 체크리스트

• 유효한 대시보드 JSON
• 명확한 섹션 그룹화
• 제목과 단위가 있음
• 임계값/상태 색상이 의미 있음
• 공통 필터를 위한 변수가 존재함
• 기본 시간 범위와 새로 고침이 합리적임
• 운영자 가치가 없는 허영심 패널이 없음

관련 스킬

• research-ops
• backend-patterns
• terminal-ops