모든 알림 관리 사용자에게 알림 워크플로우의 이점을 제공하기 위해, 귀하의 알림 규칙을 알림 워크플로우로 전환할 예정입니다. 이는 2024년 8월 30일까지 단계적으로 진행됩니다. 계정이 마이그레이션 자격을 갖추게 되면 제품 내에서 알림을 받게 됩니다.
필요한 권한
알림 워크플로우에 접근하려면 사용자는 '워크플로우 자동화, 비즈니스 규칙, 우선순위 매트릭스 및 사용자 정의 객체 관리' 권한이 있어야 합니다.
마이그레이션 논리
이 문서는 알림 규칙을 알림 워크플로우로 마이그레이션하는 데 사용되는 논리를 설명합니다.
워크플로우 구조
이벤트 노드: 알림 규칙은 다음의 경우 실행됩니다:
알림 규칙의 조건 블록과 일치하는 새로운 알림이 생성될 때.
기존 알림이 업데이트되어 알림 규칙의 조건 블록과 일치할 때.
따라서 워크플로우의 이벤트 노드는 "알림이 발생함" 및 "알림 로그 추가됨"이라는 두 가지 이벤트를 포함합니다.
조건 노드: 경고 규칙의 조건 블록은 '일치하는 항목' 또는 '모두 일치' 논리를 사용하여 평가되는 동일한 조건 집합을 가진 하나 이상의 조건 노드로 변환됩니다.
액션 노드: 경고 규칙의 액션 블록에 따라 워크플로우의 액션 노드는 다음 구성 중 하나를 포함합니다:
경고 규칙에 정의된 사건 값을 사용하여 사건 생성.
경고 규칙에 정의된 주요 사건 값을 사용하여 주요 사건 생성.
경고 업데이트 - 경고 규칙에서 '경고를 해결됨으로 표시'로 정의된 경우 상태를 해결됨으로 설정.
JSON 파서 노드: 경고 규칙의 조건 블록에 "추가 정보" 필드가 있는 경우, 추가 정보 필드와 후속 조건 노드를 포함하는 JSON 파서 노드로 변환됩니다.
타이머 노드: 경고 규칙에 지연이 있는 경우, 해당 워크플로우에는 동일한 시간 지연을 가진 타이머 노드가 포함됩니다.
워크플로우 및 경고 자동화 설정의 순서
경고 자동화 설정은 기본 워크플로우로 변환되어 사용자 정의할 수 있습니다. 계정에서 설정이 활성화된 경우 워크플로우가 활성화되며, 그렇지 않은 경우 비활성화됩니다.
워크플로우의 순서는 경고 규칙의 순서와 일치합니다.
전환 예시
아래는 경고 규칙에서 워크플로우 자동화기로의 전환을 설명하는 예시입니다:
아래의 경고 규칙은 다음 이미지와 같은 워크플로우 자동화기로 변환됩니다
각 노드를 하나씩 살펴보겠습니다:
이벤트 노드: "경고가 발생함" 및 "경고 로그 추가됨" 이벤트를 포함합니다.
파서 노드: 경고 규칙이 추가 정보 매개변수 "monitorCondition"을 평가하는 조건을 가지고 있기 때문에, 이 매개변수를 파싱하기 위해 JSON 파서 노드를 사용합니다. 이제 경고의 추가 정보 블록을 파서 노드를 사용하여 파싱할 수 있습니다.
소스는 {{alert.additional_info}}가 되고, JSON 필드에서는 경고 규칙에 사용된 조건의 LHS를 채웁니다.조건 노드 1: 조건 노드는 "이 조건 모두 일치"로 설정되어 있으며 통합 이름과 경고 심각도를 평가합니다.
조건 노드 2: 추가 정보 조건이 "monitorCondition에 Fired 또는 Error 포함"으로 평가되기 때문에, "이 조건 중 하나 일치"로 새로운 조건 노드를 생성합니다.
타이머 노드: 경고 규칙에는 인시던트 생성 작업에 1분의 지연이 있으므로, 1분 지연이 있는 타이머 노드가 추가됩니다.
액션 노드: 우리는 액션 노드를 "인시던트 생성"으로 설정하고 경고 규칙에 구성된 대로 인시던트 값을 설정합니다.
전환 후
경고 규칙이 워크플로우로 전환되면, 경고 규칙은 계정에서 약 일주일 동안 읽기 전용 상태로 표시되어 경고 워크플로우와 비교하고 확인할 수 있습니다. 이 기간이 지나면 경고 규칙은 계정에서 제거됩니다.
경고에 대한 워크플로우에 대해 더 알고 싶다면 여기를 클릭하세요.
질문이 있으시면 support@freshservice.com으로 언제든지 문의하세요.