4. 큰 숫자와 색 읽기
애플리케이션 칸 가운데의 큰 숫자는 이 화면에서 가장 먼저 보는 값입니다. 이 장은 애플리케이션 보기를 기준으로 설명합니다. 서버 보기의 큰 숫자는 7장을 보십시오.
큰 숫자가 세는 것
큰 숫자는 기본으로 지연 트랜잭션 건수입니다. 지금 처리 중인 요청 가운데 응답이 늦어지고 있는 요청의 수입니다. 설정 ▸ 모양 ▸ 가운데 숫자에서 셀 대상을 바꿀 수 있습니다.
| 가운데 숫자 | 큰 숫자 위 라벨 | 큰 숫자 아래 문구 |
|---|---|---|
| 지연 건수 (기본) | 지연 트랜잭션 | 진행 중 48건 중 11건 지연 (지연이 없으면 정상 · 진행 중 트랜잭션 48건) |
| 진행 중 건수 | 진행 중 트랜잭션 | 지연 11건 |
색이 말하는 것



세 그림은 히어로가 서로 다릅니다. 어느 히어 로를 선택해도 색과 숫자의 판정은 같습니다(5장).
| 색 | 뜻 | 기본 기준 |
|---|---|---|
| 청록 | 정상 | 주의 기준 미만 |
| 주황 | 주의 | 지연 30건 이상 |
| 빨강 | 위험 | 지연 50건 이상 |
- 색은 늘 지연 건수로 정합니다. 가운데 숫자를 진행 중 건수로 바꿔도 색은 지연 건수로 판정합니다.
그래서 진행 중 건수
62가 빨갛게 나올 수 있습니다. 이때 아래 문구의지연 n건이 빨간 이유입니다. - 여러 그룹을 볼 때는 더하지 않고 가장 나쁜 그룹이 색을 정합니다. 그룹 20개에 각각 3건씩 밀려 있으면 합계는 60건이지만 어느 그룹도 문제가 아닙니다.
- 비율이 아니라 건수입니다. 같은 9건이라도 진행 중 10건 가운데면 90%, 100건 가운데면 9% 입니다. 건수로 판정해야 경고 정책의 알림과 같은 기준이 됩니다.
나빠지는 것은 바로, 좋아지는 것은 6초 뒤
- 악화는 즉시 화면에 나옵니다.
- 회복은 6초를 기다렸다가 색을 내립니다. 값이 기준 근처에서 오르내릴 때 색이 깜빡이지 않게 하기 위해서입니다.
그래서 TV 의 빨간 표시가 알림 메일보다 최대 10초쯤 먼저 나 올 수 있습니다(1장).
초록·주황·빨강이 두 곳에 있습니다
세 가지 색이 두 군데 나오는데 말하는 것이 다릅니다.
| 위치 | 무엇을 나누나 |
|---|---|
| 히어로 그림의 색 띠(호·고리) | 트랜잭션 상태 — 정상 / 지연 / 대기. 그림마다 자리가 다릅니다(코어 리액터는 큰 숫자 아래의 기울어진 고리) |
| 오른쪽 사이드바의 「등급 분포」 카드 | 사용자 체감(APDEX) — 만족 / 보통 / 불만 |
- 색 띠는 건수가 적을 때 건수에 비례해 늘어나고, 일정 수를 넘으면 비율로 바뀝니다. 건수가 없으면 호도 짧습니다.
- 등급 분포 카드는 응답이 얼마나 빨랐는지를 사람이 느끼는 기준으로 나눈 것입니다. 지연 건수는 적은데 여기 「불만」 이 많다면, 건수는 적어도 느린 요청이 섞여 있다는 뜻입니다.
경고 기준을 업무에 맞추기
기본 기준(주의 30건·위험 50건)은 모든 업무에 맞지 않습니다. 평소에도 40건이 밀려 있는 업무라면 화면이 늘 주황이고, 그러면 정 말 나빠졌을 때 아무도 알아채지 못합니다. 경고가 늘 켜져 있으면 경고의 역할을 하지 못합니다.
- 그 업무가 평소에 지연 몇 건 정도인지 며칠 동안 지켜봅니다.
- 설정(톱니) ▸ 경고 기준에서 주의 건수를 평소 값보다 위로 올립니다.
- 위험 건수를 그보다 위로 올립니다.
- 10 단위로 조정합니다(10~500). 3m 밖에서 보는 화면의 판정 기준이라 1 단위의 정밀함은 뜻이 없고, 버튼 두 개로 끝나 TV 앞에서 마우스만으로 조정할 수 있습니다.
- 주의를 위험보다 높이 올리면 위험도 함께 올라갑니다. 반대로 위험을 주의보다 낮추면 주의도 함께 내려갑니다.
- 기준은 화면 전체에 하나입니다. 칸마다 다르게 정할 수 없습니다.
- 기준은 그 브라우저에 저장됩니다. TV 만 바꾸면 그대로지만, PC 나 브라우저를 바꾸면 다시 정해야 합니다. 경고 기준은 주소로 정할 수 없습니다(9장).
경고 정책과 맞추기
월보드의 경고 기준과 경고 정책의 지연 건수 기준을 같은 값으로 두면, TV 의 색과 알림 메일이 같은 상황을 가리킵니다. 경고 정책은 『사용자 매뉴얼』 H15 장에서 정합니다.
Copyright (c) 2026. OPENMARU, Inc.