3.4. 위저드 모드
상황 → 대상 → 확인 세 단계
시나리오를 누르면 시작됩니다. 필요한 것만 차례로 물어봅니다.
단계 수가 시나리오마다 다릅니다
모든 시나리오가 세 단계는 아닙니다. 그 시나리오에 필요한 것만 나옵니다.
| 시나리오의 성격 | 거치는 단계 |
|---|---|
| 되물을 것이 없다 | 대상 → 확인 |
| 상황이 여럿이다 | 상황 → 대상 → 확인 |
| 상관 분석이다 | 대상 → 지표 |
| 상관 분석 + 상황이 여럿 | 상황 → 대상 → 지표 |
화면 위에 몇 단계 중 몇 번째인지 표시되므로 헷갈리지 않습니다.
1단계 — 상황 고르기
시나리오 안에 갈래가 여럿일 때만 나옵니다.
예를 들어 응답 지연 원인 분석 을 고르면 이렇게 되묻습니다.
- 앱 하나 안에서 비교할 것인가
- 앱 과 앱 사이를 비교할 것인가
왜 되묻나
무엇을 비교하느냐에 따라 골라야 할 대상이 달라지기 때문입니다. 앱 내부면 하나만, 앱 사이면 둘을 골라야 합니다.
갈래가 하 나뿐인 시나리오는 이 단계를 건너뜁니다. 물어볼 것이 없기 때문입니다.
2단계 — 대상 고르기
무엇을 분석할지 고릅니다.
| 대상 종류 | 고르는 것 |
|---|---|
| 애플리케이션 | 서비스·앱. 대부분의 시나리오 |
| 노드 | 서버·호스트. 노드 상태 예측, 디스크 고갈 예측 등 |
노드 시나리오인데 앱 이름이 안 보인다면 잘못된 것이 아닙니다. 대상 종류가 다른 것입니다.
둘을 고르는 시나리오
상황에서 "앱 간" · "서비스 간" 을 골랐다면 대상을 둘 고릅니다.
호출하는 쪽을 먼저, 호출받는 쪽을 나중에 고르십시오. 그래야 결과의
→ 방향이 자연스럽게 맞습니다.
조회 기간
여기서 함께 고릅니다.
1시간 · 6시간 · 1일 · 3일
예측을 쓸 때는 이 구간이 곧 근거입니다. 3일보다 긴 근거는 쓸 수 없습니다 (403 장).
3단계 — 지표 또는 확인
상관 분석이면 — 지표 고르기
어떤 지표 조합을 볼지 고릅니다. 추천 조합이 미리 정해져 있어 그대로 두어도 됩니다.
조합에 표시되는 화살표가 두 가지입니다.
| 표기 | 뜻 |
|---|---|
A → B | 방향을 봅니다 — A 가 먼저 움직이고 B 가 따라왔는지 |
A ↔ B | 동조만 봅니다 — 어느 쪽이 먼저인지는 묻지 않음 |
원인을 찾는 중이면 →, 두 지표가 같이 움직이는지 보려면 ↔ 입니다.
이 단계가 상관 분석의 마지막 단계입니다. 여기서 조회 기간을 다시 확인하고 분석을 시작합니다.
그 밖이면 — 확인
고른 것을 한 번 더 보여 줍니다. 맞으면 시작합니다.
되돌아가기
이전 버튼으로 앞 단계로 돌아갑니다. 고른 값은 남아 있으므로 처음부터 다시 하지 않아도 됩니다.
시나리오를 아예 바꾸려면 목록으로 돌아가십시오.
보내고 나면
빌더가 질문 문장을 만들어 대화에 넣습니다. 무엇을 분석하는지 문장으로 남으므로 나중에 같은 분석을 손으로도 요청할 수 있습니다.
다음으로
- 한 화면에서 다 고르기 — 직접 설정 모드
- 어떤 시나리오 가 있나 — 분석 시나리오 한눈에
- 결과 읽기 — 부록: 결과를 읽는 법