알람 및 이벤트 수명 주기

Edge-EMS Builder는 개별 알람 기록과 복구 절차가 있는 알람 이벤트를 모두 지원합니다. 지속적인 모니터링 규칙을 생성할 때 알람 이벤트로 “이상 발생, 복구, 수동 해결”의 전체 과정을 추적할 수 있습니다.

두 가지 알람 방식

방식	적합한 용도	동작
알람 기록	간단한 알림, 각 트리거 결과 보존	각 동작이 독립된 기록을 생성하며 처리 완료 표시 가능
알람 이벤트	지속적인 장애 모니터링 및 처리 추적	출처와 알람 식별자가 같으면 병합하고 발생 횟수와 상태 변경 기록

기존 스크립트는 계속 사용할 수 있으며, 기존 알람 기록이 자동으로 알람 이벤트로 변환되지는 않습니다.

이벤트 상태

이상 상태(ACTIVE) → 복구됨(RECOVERED) → 해결됨(RESOLVED)

• 반복되는 이상은 동일한 미해결 이벤트에 병합되며 최초 및 최근 발생 시간을 보존합니다.
• 정상 관측이 들어오면 “복구됨” 상태가 되고, 운영자 또는 관리자가 해결을 확인합니다.
• 복구 후 다시 이상이 발생하면 같은 이벤트를 재활성화하며, 해결 후 다시 발생하면 새 이벤트를 생성합니다.
• 장치 오프라인 또는 유효하지 않은 데이터는 “알 수 없음”에 해당하며, 복구로 잘못 판단하지 않습니다.

관측 동작 설정

알람은 안정적인 sourceCode + alarmKey로 식별합니다. 규칙은 비정상, 정상 또는 알 수 없음 상태를 지속적으로 보고해야 합니다. 이상이 있을 때만 실행하면 시스템이 복구 시점을 알 수 없습니다.

아래 예제는 일반적인 데이터 포인트 demo_temperature를 사용합니다. 사용 전에 실제 데이터 포인트로 교체하고 적절한 모니터링 주기를 설정하세요.

local value = tonumber(${demo_temperature})
local state = "UNKNOWN"
if value then
  if value > 80 then state = "ACTIVE" else state = "NORMAL" end
end
return {buildAlarmObservationMap("demo_monitor", "demo_temperature_high",
  state, "高温", "1", "温度状态：" .. tostring(value))}

이 스크립트는 EXPRESSION 트리거 동작에 사용합니다. 알람 식별자에 현재 온도나 타임스탬프를 포함하면 관측할 때마다 새 이벤트가 생성되므로 포함하지 마세요.

조회 및 처리

출처, 유형, 수준, 상태 및 시간 범위로 이벤트를 필터링하고 발생 횟수, 복구 시간 및 해결 설명을 확인할 수 있습니다. 수동 해결에는 이벤트의 최신 버전 번호를 사용하여 여러 사람의 작업이 서로 덮어쓰이지 않도록 합니다. 장치나 규칙을 정식으로 사용 중지할 때 관리자는 사유를 기록하고 해당 이벤트를 폐기할 수 있습니다.

클라우드 알림이 필요하면 MQTT와 연계하여 보고를 별도로 설정할 수 있습니다. 스크립트와 인터페이스 사용법은 Lua 참조 및 알람 Skill을 참조하세요.