4. 운영 대시보드 (일일 리포트/캘린더/위험도 요약)

A. “인프라 포털 만들기” 시즌 1 — 4화

운영 대시보드 (일일 리포트/캘린더/위험도 요약)

대시보드는 “데이터를 많이 보여주는 화면”이 아니라 결정을 빠르게 만드는 화면이어야 한다. 그래서 첫 화면은 오늘 확인할 것을 고정했다: 리포트, 캘린더, 위험도 요약.

Case Study Decision First Calendar = Time Axis Risk = Priority

시리즈 바로가기: 0화 · 1화 · 2화 · 3화 · 4화(현재글) · 5화

개요(3줄 요약)
• 첫 화면은 “대시보드”가 아니라 오늘의 운영 체크리스트여야 한다.
• 운영자가 가장 많이 하는 질문(언제부터/오늘 뭐가 위험/리포트 확인)을 한 화면에 모았다.
• 깊은 분석은 아래로 내리고, 첫 화면은 요약 + 드릴다운 링크만 둔다.

목차

1. 첫 화면이 중요한 이유: “안 보는 대시보드”는 실패
2. 첫 화면 위젯 3종(리포트/캘린더/위험도)
3. 캘린더를 넣은 이유: 시간축 복원
4. 위험도 요약 접근: 정답이 아니라 우선순위
5. 운영 UX 원칙: 클릭 최소화/공유 최적화
6. Tech Note로 연결
7. 다음 편 예고

1) 첫 화면이 중요한 이유: “안 보는 대시보드”는 실패

운영자는 바쁘다. “대시보드에서 이것저것 눌러봐야 알 수 있는 구조”는 결국 안 보게 된다. 그래서 나는 첫 화면을 이렇게 정의했다.

첫 화면 = 오늘 반드시 봐야 하는 것만 존재해야 한다. 그 외는 “한 단계 아래(드릴다운)”로 내려야 한다.

2) 첫 화면 위젯 3종(리포트/캘린더/위험도)

① 오늘의 일일 리포트

FW/IPS/WAF 등 “요약본”을 바로 열람. 운영자는 요약→필요 시 상세 흐름이 가장 빠르다.

② 캘린더(데이터 있는 날 표시)

“언제부터 이런 증상이 있었지?” 질문의 시간을 확 줄여준다. 시간축 복원 도구.

③ 위험도 요약(리스크)

위험도는 정답이 아니라 우선순위. 오늘 “어디부터 볼지”를 먼저 제시한다.

④ 드릴다운 링크

첫 화면은 요약만. 클릭은 최소화하되, 바로 깊게 들어갈 길은 열어 둔다.

3) 캘린더를 넣은 이유: 시간축 복원

캘린더는 개발자 관점에서는 “그냥 UI”지만, 운영자 관점에서는 가장 빠른 시간축 복원 도구다.

• 어제/지난주/특정일에 “뭔가 있었나?”를 즉시 판단
• 리포트가 생성된 날, 이벤트가 집중된 날을 시각적으로 확인
• 드릴다운으로 “그날의 리포트/이벤트”로 이동

운영에서 가장 흔한 질문은 “언제부터 이런 증상이 있었지?”다. 캘린더는 그 질문의 시간을 확 줄여준다.

4) 위험도 요약 접근: 정답이 아니라 우선순위

위험도는 “정답 점수”가 아니라 “오늘 어디부터 볼지”를 정하는 우선순위다. 그래서 첫 화면의 위험도는 신호만 준다.

내가 고정한 운영 원칙

• 첫 화면은 레벨만: 주의/경고/심각 같은 해석 비용이 낮은 표시
• 근거 데이터(Top 이벤트, IP 인텔리전스 등)는 아래로 내림
• 팀 공유에 최적화: “오늘 위험도가 왜 올라갔는지”를 링크 하나로 같이 본다

5) 운영 UX 원칙: 클릭 최소화/공유 최적화

대시보드의 목적은 “많이 보여주기”가 아니라, 해석 비용을 줄이는 것이다. 숫자 100개보다 의미 있는 5개를 고르는 게 더 어렵다.

• “오늘”을 기준으로 배치: 운영자는 매일 같은 흐름으로 본다
• 드릴다운은 얕게 1단: 첫 화면에서 2~3번 클릭하면 안 보게 된다
• 시간/타임존을 통일: 날짜가 어긋나면 신뢰가 무너진다
• 상태를 숨기지 않기: 외부 연동 실패는 “빈 화면”이 아니라 “원인 메시지”로

6) Tech Note로 연결

이 글에서 “구현 디테일”은 Tech Note로 분리

• Tech Note: 캘린더 UI(데이터 있는 날 표시/밑줄/공휴일) — 예정
• Tech Note: 일일 리포트 집계 API(캐시/타임존 포함) — 예정
• Tech Note: 위험도 모델링/타입 설계(RiskSummary 등) — 예정

우선은 “운영자가 왜 이 구성이 편해졌는지”를 케이스로 남기고, 재현 가능한 코드는 Tech Note로 따로 간다.

7) 다음 편 예고

다음 글: 화면이 만들어졌다면 이제 남는 건 “진짜 운영”이다. systemd/로그/헬스체크/롤백 같은 운영·배포 이야기를 한다. 결국 포털은 한 번 만드는 것보다 계속 살아있게 하는 것이 더 어렵다.
→ [시즌1-5] 배포/운영(systemd, 로그, 헬스체크)