# 알림

> 헤더의 종 아이콘과 토스트 알림을 읽어보세요 — NotificationCenter가 표시하는 이벤트 카탈로그, 의도적으로 침묵하는 항목, 그리고 영구 로그가 아닌 이유.

**NotificationCenter**는 헤더에 있는 종 아이콘으로, 읽지 않은 개수 배지가 함께
표시됩니다. 클릭하면 최근 시스템 이벤트를 최신순으로 나열하는 패널이 열리며,
**모두 읽음으로 표시**와 **모두 지우기** 동작을 제공합니다. 같은 이벤트 중 일부는
짧은 토스트도 함께 띄웁니다 — 화면 모서리에 나타나는 일시적인 배너로, 패널이 닫혀
있어도 알아챌 수 있게 해줍니다.

## 무엇이 알림을 발생시키는가

- **추론 시작됨** — 추론이 실행 상태에 도달합니다.
- **추론 오류** — 추론이 실제 오류(`InferenceFaulted`)로 중지됩니다. 이전 알림이
  아직 읽히지 않은 상태에서 *같은* 데이터소스에 오류가 반복되면, 중복 항목을 쌓는
  대신 기존 항목을 대체합니다(타임스탬프만 갱신). 한 번 읽고 나면, 해당
  데이터소스의 다음 오류는 새 항목을 생성합니다. 이 항목은 Center/배지 전용입니다
  — UI의 다른 곳에 있는 차단 오류 배너가 이미 이를 표시하므로 토스트를 의도적으로
  띄우지 않으며, 두 번째 팝업은 중복이 될 것입니다.
- **비자발적 추론 중지**(v1.28.1) — 직접 요청하지 않은 이유로 추론이 중지될 때
  발생하는 Warning 수준 알림입니다:
  - 다른 데이터소스가 이를 대체하는 경우(싱글톤 전환),
  - 활성 데이터소스가 **삭제**되는 경우,
  - 태그가 **교체**되는 경우, 또는
  - 실행 중에 구성이 **수정**되는 경우.

  이 알림들은 새로운 이벤트 유형이 아니라 기존의 심각도 기반 로그→알림 파이프라인을
  그대로 따릅니다 — 백엔드가 이를 Warning 수준으로 기록하며, 아래의 경고/오류 로그
  항목을 표시하는 것과 동일한 경로가 이를 처리합니다.
- **모델 활성화됨** — 어떤 모델이 해당 데이터소스의 활성 모델이 되었습니다.
- **모델 업로드 실패** — 업로드한 모델이 검증에 실패했으며, 사유가 함께 표시됩니다.
- **경고/오류 로그 항목** — `warning`과 `error` 수준의 로그 줄만 여기에 표시됩니다.
  `info`/`debug`는 표시되지 않습니다. 속도 제한 장치가 경고/오류 로그 줄이 몰릴 때
  이를 억제하여, 시끄러운 오류가 패널을 채우지 않도록 합니다 — 이 제한은 특정
  메시지별이 아니라 모든 로그 줄에 걸친 하나의 공유 윈도우이므로, 몰림이 발생하는
  동안 도착한 관련 없는 경고도 함께 억제될 수 있습니다(위의 비자발적 추론 중지
  알림도 동일한 로그 경로를 따르므로 여기에 포함됩니다). 위의 오류 중복 제거와
  동일한 스팸 방지 설계에 따라 이 항목들은 Center 전용입니다(토스트 없음).
- **출력 쓰기 실패**(v1.26.0) — 싱크가 쓰기를 거부한 경우(예: MQTT ACL 거부 또는
  브로커 연결 끊김), 실패 횟수와 사유와 함께 보고됩니다.

## 의도적으로 침묵하는 항목

일부 이벤트는 패널이 소음이 아닌 신호로 유지되도록 의도적으로 알림을 **발생시키지
않습니다**:

- **운영자가 직접 시작한 중지** — Stop을 클릭하거나 데이터소스를 비활성화해도
  알림이 발생하지 않습니다. 요청하지 않은 중지(위 참조)만 알림을 발생시킵니다.
- **서비스 종료** — Info 수준으로 기록되며, 다른 Info 수준 항목과 마찬가지로
  침묵합니다.
- **고빈도 스트림** — 정상적이고 예상된 트래픽은 속도에 관계없이 알림을 발생시키지
  않습니다.
- **실시간 재연결 복구** — 실시간 연결이 끊기면 경고("실시간 연결 끊김")가
  발생하지만, 이후 재연결에 성공한 것은 가치가 낮은 노이즈로 간주되어 억제됩니다.

**메모리 저장만 — 감사 로그가 아님**

알림 목록은 브라우저의 인메모리 캐시에 존재하며, 최근 항목 수로 제한되고, **페이지를
새로고침하면 지워집니다**. 이는 실시간 주의 환기 도구이지 영구 이력이 아닙니다 —
새로고침 후에도 유지되지 않고, 서버 측에 저장되지 않으며, 컴플라이언스나 감사
추적으로 취급되어서는 안 됩니다. 영구적인 기록이 필요하면 시스템 자체의 로그를
사용하세요.

## 문제가 발생하면

- 예상했던 알림이 보이지 않거나, 예상치 못한 경고가 보이는 경우 —
  [문제 해결](/ko/troubleshooting/) 런북을 참조하세요.

## 다음 단계

  - [예측값 모니터링](/ko/operate/monitoring/) — 데이터소스가 스트리밍되는 동안의 지연 시간, 처리량, KPI.
  - [문제 해결](/ko/troubleshooting/) — 일반적인 문제에 대한 증상 중심 런북.