대시보드
이 페이지의 내용
Dashboard 탭에서는 조직 전체의 활동 양상을 한눈에 파악할 수 있습니다. 요청이 얼마나 이루어졌는지, 얼마나 실패했는지, Performance Hub가 얼마나 빠르게 응답했는지, 어떤 엔드포인트와 사람이 가장 활발했는지 확인할 수 있습니다. 모든 차트는 Logs 탭으로 연결되므로, 한 번의 클릭으로 오류 급증에서 그 원인이 된 요청으로 이동할 수 있습니다.
빠른 참조
찾는 위치: 설정(왼쪽 하단의 톱니바퀴 아이콘) → 감사 로그 → Dashboard
대상: 조직에서 감사 로그와 Identity & Access Management가 포함된 역할(예: Organisation Administrator)이 필요합니다. 감사 로그를 사용할 수 있는 사용자를 참조하십시오.
목적: 비정상적인 활동과 오류를 발견한 다음, 그 원인이 된 로그를 엽니다
기간 선택
- 왼쪽 상단의 Window를 클릭합니다. 현재 기간이 표시됩니다(예: Window: Last 24 Hours).
- Last Hour, Last 12 Hours, Last 24 Hours(기본값), Last 7 Days 또는 Last 14 Days를 선택합니다.
대시보드의 모든 수치와 차트가 선택한 기간에 맞게 업데이트됩니다.
그림 1: 대시보드에 표시할 기간 선택
Live 및 Refresh now
Live는 기본적으로 켜져 있습니다. 다음 새로 고침까지 남은 시간을 표시하고(예: Live 29s) 대시보드를 다시 불러옵니다. 바로 다시 불러오려면 옆에 있는 Refresh now(원형 화살표 버튼)를 클릭하십시오.
주요 수치
상단의 다섯 가지 수치는 전체 기간을 다룹니다. 각 수치 옆의 정보 아이콘 위에 마우스를 올리면 의미를 확인할 수 있습니다.
| 수치 | 의미 |
|---|---|
| Total Requests | "Requests captured in the selected window."(선택한 기간에 수집된 요청) |
| Unique Users | "Number of unique user emails seen."(확인된 고유 사용자 이메일 수) |
| Unique IPs | "Number of unique source IP addresses seen."(확인된 고유 소스 IP 주소 수) |
| Error Rate | "Share of requests that returned an error status (4xx/5xx)."(오류 상태(4xx/5xx)를 반환한 요청의 비율) |
| Avg Response Time | "Mean end-to-end response time across requests."(요청 전반의 평균 종단 간 응답 시간) |
요청 타임라인
Request Timeline은 기간을 구간으로 나누고 각 구간의 Successful 및 Failed 요청을 표시합니다. 이를 사용하여 바쁜 시간대와 한가한 시간대를 파악하고 실패가 갑자기 늘어난 시점을 발견할 수 있습니다.
"Click a bucket to open the logs for that window."(구간을 클릭하면 해당 기간의 로그가 열립니다.) Logs 탭이 열리고 해당 구간 시간의 요청이 표시됩니다.
그림 2: Request Timeline: 기간 동안 성공한 요청과 실패한 요청
시간별 오류
Errors Over Time에는 실패한 요청만 표시됩니다. "Bar height is the error count; the line is the error rate for the same bucket."(막대 높이는 오류 수이고, 선은 같은 구간의 오류율입니다.) 바쁜 오후의 높은 막대는 정상일 수 있지만, 한가한 시간대의 높은 오류율은 자세히 살펴볼 가치가 있습니다.
"Click a bucket to open the failing logs for that window."(구간을 클릭하면 해당 기간의 실패한 로그가 열립니다.) Logs 탭이 열리고 해당 구간 시간의 실패한 요청만 표시됩니다.
그림 3: Errors Over Time: 구간별 오류 수와 선으로 표시된 오류율
응답 상태
Response Health에는 "Share of requests by status class"(상태 클래스별 요청 비율)가 각 클래스의 요청 수 및 백분율과 함께 표시됩니다.
| 클래스 | 의미 |
|---|---|
| Success (2xx) | 요청이 성공했습니다 |
| Redirect (3xx) | 요청이 다른 곳으로 전송되었습니다 |
| Client error (4xx) | 요청에 문제가 있었습니다(예: 권한이 없거나 값이 유효하지 않음) |
| Server error (5xx) | 요청이 아니라 서버에서 문제가 발생했습니다 |
그림 4: Response Health: 상태 클래스별 요청 비율
Top Endpoints 및 Top Users
Top Endpoints에는 기간 내 요청이 가장 많은 엔드포인트가 표시되고, Top Users에는 요청이 가장 많은 사람이 표시됩니다.
- Top Endpoints: "Click a row to filter the logs by that endpoint."(행을 클릭하면 해당 엔드포인트로 로그가 필터링됩니다.)
- Top Users: "Click a row to filter the logs by that user."(행을 클릭하면 해당 사용자로 로그가 필터링됩니다.)
예를 들어 가장 위의 엔드포인트를 클릭하면 해당 엔드포인트에 대한 모든 요청을 볼 수 있고, 사람의 이메일 주소를 클릭하면 그 사람이 기간 동안 무엇을 했는지 볼 수 있습니다.
그림 5: Top Endpoints 및 Top Users: 행을 클릭하면 일치하는 로그가 열립니다
HTTP Methods, Status Codes 및 Top Organisations
대시보드 하단의 세 원형 차트는 기간을 더 세분화하여 보여 줍니다.
| 차트 | 표시 내용 |
|---|---|
| HTTP Methods | 메서드별 요청입니다. GET은 항목을 읽고, POST는 항목을 생성하거나 작업을 실행하며, PUT과 PATCH는 항목을 변경하고, DELETE는 항목을 제거합니다. 가운데에 합계가 표시됩니다. |
| Status Codes | 200, 403, 500과 같은 응답 상태별 요청입니다. 가운데에 오류율이 표시됩니다. |
| Top Organisations | 조직별 요청입니다. 가운데에 기간에 포함된 조직 수가 표시됩니다. |
그림 6: HTTP Methods, Status Codes, Top Organisations
팁
- Errors Over Time부터 시작하십시오. 팀에서 무언가가 "작동을 멈췄다"고 하면 오류가 증가한 구간을 찾아 클릭하여 실패한 요청을 확인하십시오.
- 한가한 시간대도 확인하십시오. 카페나 클리닉처럼 문을 닫은 사이트에서 늦은 밤에 발생한 요청은 확인해 볼 가치가 있습니다.
- 빠른 검토에는 Top Users를 사용하십시오. 사람을 클릭하여 그 사람이 기간 동안 한 모든 작업을 확인한 다음 Logs 탭에서 범위를 좁히십시오.