자주 묻는 질문¶

오류 규칙¶

규칙을 생성했지만 목록에 데이터가 없는 이유는 무엇인가요?

시간 범위에 규칙 생성 후 기간이 포함되어 있는지 확인하세요. 데이터 소스에 오류 데이터가 보고되었는지 확인하세요. 필드가 요구 사항을 충족하는지 확인하세요.

Resolved 상태의 오류가 왜 다시 나타나나요?

이는 정상적인 메커니즘입니다. 동일한 오류가 다시 발생하면 시스템이 자동으로 상태를 Triage로 재설정하여 재발 문제가 처리되도록 합니다. 다시 열리지 않도록 하려면 Ignored 상태를 사용하세요.

다른 환경의 오류를 어떻게 구분하나요?

규칙을 생성할 때 env 태그를 통해 필터링하거나(예: env:production), 각각 모니터링할 별도의 규칙을 생성하세요.

생성된 규칙의 인덱스/서비스 범위를 수정할 수 있나요?

네, 가능합니다. 규칙을 편집하면 새로운 데이터 범위가 즉시 적용되지만, 이미 집계된 과거 오류 Issue는 다시 계산되지 않습니다.

로그 규칙에 error_type 필드가 왜 필수인가요?

error_type은 오류 지문을 생성하는 핵심 필드로, 다양한 유형의 오류를 구분하는 데 사용됩니다. 원본 로그에 없는 경우, Pipeline을 통해 로그 수준(예: ERROR/WARN) 또는 오류 코드 필드에서 매핑하세요.

여러 규칙이 동일한 데이터를 모니터링하면 중복 Issue가 생성되나요?

아니요. 시스템은 issue_id를 기반으로 중복을 제거하므로, 동일한 오류가 여러 규칙과 일치하더라도 하나의 Issue만 생성됩니다.

목록의 오류 수와 원본 로그 수가 일치하지 않는 이유는 무엇인가요?

이는 정상적인 집계 결과입니다. 오류 센터는 동일한 근본 원인의 여러 오류를 하나의 Issue로 병합하므로, 목록 수는 원본 오류 발생 횟수보다 훨씬 적습니다. 개별 오류 카드 오른쪽에서 누적 발생 횟수를 확인할 수 있습니다.

특정 오류의 모든 발생 기록을 어떻게 확인하나요?

오류 상세 페이지의 "오류 분포 차트"에서 해당 오류의 시간 범위 내 발생 추세를 확인할 수 있습니다. 단일 발생의 원본 데이터를 보려면 "연결 트레이스"를 클릭하여 확인하세요.

Resolved 상태의 오류가 다시 나타나면 알림이 전송되나요?

네. Resolved 상태의 오류가 다시 발생하면 시스템이 자동으로 상태를 Triage로 재설정합니다.