알람 규칙
알람 규칙은 알람이 생성·갱신·해제되는 시점을 정합니다. 규칙마다 감시할 데이터 소스, 알람을 발생시키거나 해제하는 조건, 심각도 수준, 엔티티 계층으로 알람을 전파하는 방식을 지정합니다.
규칙은 HMI 장치, 자산, 그 프로필, 고객 수준에서 정의할 수 있습니다. 알람 개념, 상태, 심각도 수준의 개요는 알람을 참고하세요.
알람 규칙의 동작 방식
섹션 제목: “알람 규칙의 동작 방식”메시지(텔레메트리 갱신, 속성 변경, 비활성 이벤트)가 들어오면 MX On Cloud는 인자가 들어온 데이터와 맞는 모든 알람 규칙을 평가합니다.
알람 규칙 만들기
섹션 제목: “알람 규칙 만들기”테넌트 관리자는 Alarm rules 페이지에서 개별 엔티티와 프로필의 알람 규칙을 한곳에서 관리합니다.
- 왼쪽 메뉴에서 알람을 엽니다.
- Alarm rules 탭으로 이동합니다.
- 오른쪽 위의 + 버튼을 클릭합니다.
- 드롭다운 메뉴에서 Create new alarm rule을 선택합니다.
일반 영역에서 알람 규칙의 기본 정보를 정합니다.
- Alarm type: 알람의 이름이자 고유 식별자입니다(예: High Temperature). MX On Cloud는 알람 유형을 보고 새 알람을 만들지, 기존 활성 알람을 갱신할지 판단합니다.
- 개체 유형: 규칙을 적용할 대상 엔티티나 엔티티 프로필입니다.
디버그 모드
섹션 제목: “디버그 모드”디버그 모드를 켜면 규칙이 실행되는 동안의 이벤트, 상태, 오류를 추적할 수 있습니다.
알람 조건을 정의하기 전에, 규칙이 평가할 데이터 소스인 인자를 하나 이상 추가합니다.
인자 추가를 클릭하고 다음을 설정합니다.
개체 유형은 인자 값을 가져올 곳을 정합니다.
| 값 | 설명 |
|---|---|
| 현재 엔터티 | 설정 중인 엔티티입니다. 프로필 수준 규칙이면 그 프로필을 쓰는 모든 엔티티에 적용됩니다. |
| 장치 또는 에셋 | 다른 장치나 자산의 텔레메트리 또는 속성을 가져옵니다. |
| 고객 | 연결된 고객 엔티티의 데이터를 가져옵니다. |
| 현재 테넌트 | 테넌트 엔티티의 데이터를 가져옵니다. |
| Current owner | 현재 엔티티의 소유자에게서 데이터를 가져옵니다. |
인자 유형은 인자가 나타내는 데이터 종류를 정합니다.
| 유형 | 필수 필드 |
|---|---|
| 속성 | 속성 범위(서버 속성 / 클라이언트 속성 / 공유 속성), 속성 키, 기본값(선택) |
| 최신 텔레메트리 | 시계열 키, 기본값(선택) |
인자 이름은 조건과 수식에서 쓰는 식별자입니다(예: temperature, maxThreshold).
모든 필드를 채운 뒤 추가를 클릭합니다.
발생 조건
섹션 제목: “발생 조건”발생 조건은 알람이 생성되는 시점과 심각도를 정합니다. Add trigger condition을 클릭합니다.
심각도
섹션 제목: “심각도”이 발생 조건의 심각도 수준을 고릅니다. 수준별 설명은 알람 심각도를 참고하세요.
기존 알람이 활성인 상태에서 더 높은 심각도의 발생 조건이 충족되면, MX On Cloud는 새 알람을 만들지 않고 기존 알람의 심각도를 올립니다.
조건은 알람을 생성하거나 갱신할지 정하는 논리식입니다.
Add condition을 클릭한 다음 Add argument filter를 클릭하고 다음을 설정합니다.
- Argument: 비교할 변수입니다(예:
temperature). - Value type: 데이터 형식입니다. Numeric, Boolean, String 등.
- Filters: 비교를 하나 이상 지정합니다. 필터마다 다음을 설정합니다.
- Operation:
equal(같음),not equal(같이 않음),greater than(큼),less than(작음),missing for등. - Value source: 고정 값이면 Static, 다른 인자의 값을 쓰려면 Dynamic.
- Value: 비교할 값입니다.
- Operation:
필터가 여럿이면 AND(모두 참이어야 함)나 OR(하나 이상 참이어야 함)로 묶습니다.
조건은 직접 작성하거나, 복잡한 식이면 TBEL 스크립트 함수로 작성할 수 있습니다.
조건 유형
섹션 제목: “조건 유형”| 유형 | 동작 |
|---|---|
| Simple | 식이 참이 되면 바로 발생합니다. |
| Duration | 정한 시간 동안 조건이 계속 참이어야 합니다. 데이터가 잠깐 튀어서 생기는 오경보를 줄입니다. |
| Repeating | 조건이 정한 횟수만큼 연속으로 일어난 뒤에만 발생합니다. |
일정은 발생 조건이 동작할 수 있는 시간을 정합니다. 허용된 시간 밖에서 조건이 참이 되면 알람이 만들어지지 않습니다.
Static 일정에는 세 가지 모드가 있습니다.
| 모드 | 설명 |
|---|---|
| Active all the time | 규칙이 항상 동작합니다. |
| Active at a specific time | 시간 범위 안에서 선택한 요일에 동작합니다(예: 월–금, 09:00–18:00). |
| Custom | 요일마다 다른 시간대를 지원합니다. |
Dynamic 일정에서는 정적 설정 대신 속성이나 텔레메트리로 일정 JSON 객체를 줄 수 있습니다. HMI 장치나 고객마다 일정이 다를 때 유용합니다. 동적 모드를 쓰려면 Schedule로 가서 Dynamic을 고르고, 일정 JSON이 든 인자를 선택합니다.
일정 JSON 예시:
항상 동작:
{ "type": "ANY_TIME" }화요일과 목요일 하루 종일, Europe/Kiev 시간대:
{ "type": "SPECIFIC_TIME", "daysOfWeek": [2, 4], "startsOn": 0, "endsOn": 0, "timezone": "Europe/Kiev"}사용자 지정 일정, 매일 24시간:
{ "type": "CUSTOM", "timezone": "Europe/Kiev", "items": [ { "dayOfWeek": 1, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 2, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 3, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 4, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 5, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 6, "enabled": true, "startsOn": 0, "endsOn": 0 }, { "dayOfWeek": 7, "enabled": true, "startsOn": 0, "endsOn": 0 } ]}필드 설명:
timezone: 일정을 해석할 시간대.daysOfWeek: 숫자로 쓴 요일(1 = 월요일, 7 = 일요일).startsOn/endsOn: 하루 시작부터의 밀리초. 둘 다0이면 하루 종일입니다.
해제 조건
섹션 제목: “해제 조건”해제 조건은 MX On Cloud가 알람을 자동으로 해제 상태로 바꾸는 시점을 정합니다.
해제 조건이 없으면 알람은 자동으로 해제되지 않으며, UI나 API로 직접 해제해야 합니다.
Add clear condition을 클릭하고 다음을 설정합니다.
- Condition: 알람이 해결되는 시점을 정하는 식입니다(예:
temperature ≤ 30). 발생 조건과 같은 필터·인자 설정을 씁니다. - Condition type: Simple, Duration, Repeating 중 하나. 동작은 조건 유형을 참고하세요.
- Schedule: 해제 조건이 동작할 수 있는 시간입니다. 허용된 시간 밖에서 조건이 충족되면 알람이 해제되지 않습니다.
- Additional info: 해제되는 순간 알람 상세에 저장되는 추가 데이터입니다.
${attributeName}자리 표시자를 지원합니다. - Mobile dashboard: 모바일 앱에서 해제된 알람을 볼 때 열리는 대시보드입니다.
고급 설정
섹션 제목: “고급 설정”추가 정보
섹션 제목: “추가 정보”Additional info 필드는 알람과 함께 추가 맥락 데이터를 저장하며, 이 데이터는 알람 상세 보기에 표시됩니다. ${attributeName}으로 동적 자리 표시자를 쓸 수 있습니다.
운영자 메모, 문제 해결 절차, 문서 링크, 구역 ID 같은 데이터에 씁니다.
모바일 대시보드
섹션 제목: “모바일 대시보드”Mobile dashboard 필드는 사용자가 알람으로 이동할 때 MX On Cloud 모바일 앱에서 열릴 대시보드를 지정합니다. 현장 엔지니어가 관련 위젯과 진단 정보를 바로 볼 수 있습니다.
전파는 엔티티 계층의 어느 수준까지 알람이 보이는지 정합니다. 개념은 알람 전파를 참고하세요.
Propagate alarm to related entities: 관계 유형과 상관없이 발생 엔티티와 관계가 있는 모든 엔티티에서 알람이 보입니다. HMI 장치 → Office → Building 사슬이면 세 엔티티 모두에서 알람이 보입니다.
Propagate alarm to entity owner (Customer or Tenant): 명시적인 관계가 없어도 발생 엔티티의 직접 소유자에게 알람이 보입니다.
Propagate alarm to Tenant: 소유나 관계와 상관없이 테넌트 수준에서 알람이 보입니다. 테넌트 관리자가 인프라 전체의 알람을 봐야 할 때 씁니다.
알람 규칙 관리
섹션 제목: “알람 규칙 관리”알람 규칙은 알람 → Alarm rules 페이지의 표에 나옵니다. 표에는 알람 유형, 대상 엔티티, 심각도 수준, 해제 조건 설정 여부가 나옵니다.
규칙 행마다 작업 버튼이 있습니다.
| 작업 | 설명 |
|---|---|
| Copy alarm rule configuration | 규칙 설정을 복사해 새 규칙을 빠르게 만듭니다. |
| 내보내기 | 백업이나 이전을 위해 규칙을 JSON 파일로 내보냅니다. |
| 이벤트 | 발생, 해제, 상태 변경, 오류의 이벤트 로그를 엽니다. |
| 디버그 | 디버그 모드를 켜고 자세한 실행 정보를 보여 줍니다. |
| 수정 | 규칙 편집기를 엽니다. |
| 삭제 | 알람 규칙을 삭제합니다. |
규칙 행을 클릭하면 전체 상세 정보가 보입니다. 규칙을 편집하려면 상세 패널에서 편집 모드 전환(연필)을 클릭하고, 바꾼 뒤 변경사항 적용(체크 표시)을 클릭해 저장합니다.
내보내기와 가져오기
섹션 제목: “내보내기와 가져오기”규칙을 내보내려면 알람 → Alarm rules로 가서 규칙 행의 내보내기(다운로드 아이콘)를 클릭합니다.
규칙을 가져오려면 다음과 같이 합니다.
- 알람 → Alarm rules로 이동합니다.
- + 버튼을 클릭하고 Import alarm rule을 선택합니다.
- JSON 파일을 가져오기 대화상자에 끌어 놓거나 직접 선택합니다.
- 가져오기를 클릭합니다.
- 규칙을 적용할 엔티티나 프로필을 지정합니다.
- 추가를 클릭합니다.
저장하면 규칙이 바로 동작합니다.
다음 튜토리얼은 기본 임계값부터 동적 일정까지 자주 쓰는 알람 규칙 설정을 차례로 보여 줍니다. 모든 예시가 Thermometer HMI 장치를 쓰며 앞 예시에 이어서 진행합니다.
| 예시 | 배우는 내용 | 튜토리얼 |
|---|---|---|
| 온도 임계값 | 기본 발생 조건: temperature > 10이면 알람 | 예시 1 |
| 해제 조건 | temperature ≤ 4이면 알람 자동 해제 | 예시 2 |
| 지속 조건 | 임계값을 1분 동안 계속 넘을 때만 발생 | 예시 3 |
| 동적 지속 시간 | 지속 시간 임계값을 HMI 장치 속성으로 정하기 | 예시 4 |
| 반복 조건 | 조건이 3번 연속으로 일어나면 발생 | 예시 5 |
| 일정 | 평일 10:00–19:00에만 알람 발생 | 예시 6 |
| 켜기/끄기 플래그 | Boolean 속성으로 HMI 장치마다 알람을 켜고 끄기 | 예시 7 |
단계별 전체 안내는 알람 규칙 튜토리얼을 참고하세요.