Workflows
워크플로우는 전반적인 Rootly 경험에서 중요한 역할을 합니다. 이를 통해 팀은 일련의 트리거 이벤트와 실행 조건을 기반으로 수동 작업을 자동화할 수 있습니다. 귀하의 정확한 사용 사례에 맞게 설계된 무한한 가능성이 있습니다. 일반적인 자동화는 다음과 같습니다:
-
자동으로 Slack 채널 생성 새로운 인시던트가 선언될 때
-
자동으로 Slack 채널에 알림 30분마다 상태 페이지를 업데이트하도록
-
자동으로 이메일 전송 SEV0 인시던트가 발생할 때마다 법무팀에게
-
자동으로 Jira 티켓 생성 영향을 받는 팀에 따라 해당 프로젝트 보드에
-
자동으로 Zoom 또는 Google Meet 브리지를 고심각도 인시던트에 대해 설정하여 고대역폭 대화를 가능하게 함
-
자동으로 PagerDuty 또는 Opsgenie를 통해 온콜 응답자에게 페이징 특정 서비스가 다운될 때마다
-
자동으로 회고 생성 인시던트 유형에 따라 다른 템플릿 사용
-
…귀하의 정확한 인시던트 프로세스에 맞는 수천 가지의 다른 조합!
워크플로우 구성에 도움이 필요하거나 찾고 있는 것이 보이지 않는다면 Slack을 통해 연락하거나 support@rootly.com로 문의하세요.
워크플로우 한눈에 보기
번호 | 설명 |
---|---|
1) 이름 | 쉽게 식별할 수 있도록 워크플로우에 이름을 지정하세요. 초기 생성 시 Slack 명령(5번 필드)을 설정하지 않으면 Rootly는 이름 필드를 하이픈으로 연결하여 기본 명령 값으로 사용합니다. |
2) 설명 | 워크플로우가 수행하는 작업을 사용자에게 알리기 위해 자세한 설명을 추가하세요. |
3) 워크플로우 폴더 | 워크플로우를 지정된 폴더에 배치하세요. 워크플로우가 어떤 폴더에도 없는 경우, 워크플로우 페이지에서 모든 워크플로우 필터링을 통해 워크플로우를 찾을 수 있습니다. |
4) 활성화 | 워크플로우가 비활성화되면 트리거 조건이 충족되어도 자동으로 실행되지 않습니다. 비활성화된 워크플로우는 여전히 수동 Slack 명령으로 트리거될 수 있습니다. |
5) Slack 명령 | 모든 워크플로우는 Slack 명령을 통해 트리거될 수 있습니다. 프로세스에서 이러한 방식으로 워크플로우를 트리거해야 하는 경우 기억하기 쉬운 명령을 선택하세요. 여기에 값을 설정하지 않으면 Rootly는 이름 필드를 하이픈으로 연결하여 기본 명령 값으로 사용합니다. |
6) 명령 피드백 활성화 | 이 필드를 선택하면 수동 Slack 명령을 통해 워크플로우가 실행될 때마다 Slack에 메시지 출력이 표시됩니다. |
7) 반복 주기 | 각 워크플로우는 반복 일정으로 실행될 수 있습니다. 이 필드는 반복 요일 필드와 함께 사용해야 합니다. 이 필드에 설정된 값은 워크플로우가 시작되는 빈도를 나타냅니다(예: 30분, 2시간 30분, 1일). 워크플로우의 첫 번째 실행은 트리거 이벤트가 충족될 때 시작됩니다(10번 필드). 그러나 이후 실행은 트리거 이벤트와 관계없이 반복 간격에 도달하면 시작됩니다. 반복 워크플로우는 실행 조건(11번 및 12번 필드)이 더 이상 참이 아닐 때 즉시 중지됩니다. |
8) 반복 요일 | 이 필드는 반복 주기 필드와 함께 사용해야 합니다. 반복 주기 필드에 값이 설정되면 이 필드를 사용하여 워크플로우가 반복적으로 실행될 요일을 선택하세요. 예를 들어, 다음 값이 설정된 경우: - 반복 주기 = 5시간 - 반복 요일 = 월, 수, 금 워크플로우는 월요일, 수요일, 금요일마다 5시간 간격으로 반복적으로 실행됩니다. |
9) 실행 전 대기 | 각 워크플로우는 지연 시간으로 구성될 수 있습니다. 설정할 수 있는 최소 지연 시간은 10초입니다. 지연이 있는 워크플로우의 조건 확인은 다음 패턴을 따릅니다: - 조건 확인: 통과 → 지연 → 조건 확인: 통과 → 실행 → 종료 - 조건 확인: 통과 → 지연 → 조건 확인: 실패 → 종료 - 조건 확인: 실패 → 종료 |
10) 트리거 이벤트 | 트리거 이벤트는 워크플로우가 시작되는 시점을 결정합니다. 시작되면 실행 조건(11번 및 12번 필드)이 확인된 후 작업(13번 필드)이 실행됩니다. 전체 트리거 이벤트 목록은 이 페이지에서 확인할 수 있습니다. |
11) 실행 조건 연산자 | 워크플로우가 시작되면 플랫폼은 실행 조건을 확인합니다. 워크플로우가 작업으로 진행되려면 실행 조건이 충족되어야 합니다. 각 실행 조건은 다음 연산자로 결합될 수 있습니다: - 모두 - 모든 조건이 참이어야 함 - 하나라도 - 어느 조건이라도 참이면 - 없음 - 모든 조건이 거짓이면 |
12) 실행 조건 | 실행 조건은 인시던트, 액션 아이템, 회고, 알림 또는 펄스 매개변수를 기반으로 설정됩니다. 워크플로우 유형에 따라 조건을 설정할 수 있는 매개변수가 결정됩니다. 워크플로우가 어떤 작업을 수행하기 전에 실행 조건이 충족되어야 합니다. |
13) 작업 | 워크플로우 작업은 실행 조건이 충족되면 실제로 실행되는 것입니다. 사용 가능한 작업은 조직에 통합된 애플리케이션에 따라 다릅니다. |
워크플로우는 어떻게 실행되나요?
워크플로우는 세 가지 주요 단계로 나눌 수 있습니다: 시작, 조건 확인, 그리고 실행.
1단계: 시작
각 워크플로우는 일련의 트리거 조건에 의해 시작될 수 있습니다. 트리거 이벤트 중 하나가 충족되면 시작된 것으로 간주됩니다. 트리거 이벤트의 전체 목록은here에서 확인할 수 있습니다.
선택된 트리거 이벤트는 OR 조건으로 연결됩니다. 따라서 이벤트 중 하나라도 충족되면 워크플로우가 시작됩니다. 예를 들어, 다음과 같은 트리거로 구성된 워크플로우가 있다면:
워크플로우는 다음과 같은 경우에 시작됩니다…
-
인시던트의 상태가 업데이트되었을 때,
-
또는인시던트의 심각도가 업데이트되었을 때,
-
또는인시던트의 팀이 업데이트되었을 때
2단계: 조건 확인
워크플로우가 시작되면 어떤 액션이 실행되기 전에 조건을 통과해야 합니다. 조건은 워크플로우 유형에 따라 다릅니다: 인시던트 워크플로우는 인시던트 속성에 대한 조건을 확인하고, 액션 아이템 워크플로우는 액션 아이템 속성에 대한 조건을 확인합니다.
실행 조건은 다음 연산자로 결합될 수 있습니다:
-
all of
- 모든 조건이 참이어야 함 -
any of
- 어떤 조건이라도 참이면 -
none of
- 모든 조건이 거짓이면
기본 연산자는 ‘모두’입니다. 이는 가장 인기 있고 제한적인 연산자이기 때문입니다.
구성된 모든 조건이 충족되지 않았는데도 실행되는 워크플로우를 발견하면, 이 부분을 먼저 확인해야 합니다. 아마도 조건 중 하나라도 충족되면 실행되도록 설정되어 있을 가능성이 높습니다.
각 개별 조건에도 고유한 연산자가 있습니다:
-
is
- 속성이 정확히 설정된 값일 때 참 -
is one of
- 단일 선택 속성이 설정된 값 중 하나일 때 참 -
contains any of
- 다중 선택 속성이 설정된 값 중 하나를 포함할 때 참 -
contains all of
- 다중 선택 속성이 설정된 모든 값을 포함할 때 참 -
contains none of
- 다중 선택 속성이 설정된 값 중 어느 것도 포함하지 않을 때 참 -
none of
- 단일 선택 속성이 설정된 값 중 어느 것도 아닐 때 참 -
is set
- 필드가 값을 포함할 -
is unset
때 참 - 필드가 값을 포함하지 않을
속성의 필드 유형에 따라 사용할 수 있는 연산자가 달라질 수 있습니다.
불리언 필드는 참 또는 거짓만 가능하므로 ‘설정됨’과 ‘설정되지 않음’만 사용할 수 있습니다.
단일 선택 필드는 단일 값만 선택할 수 있으므로 일반적으로 ‘이다’, ‘다음 중 하나이다’, ‘다음 중 어느 것도 아니다’로 조건을 설정합니다.
다중 선택 필드는 여러 값을 허용하므로 ‘다음 중 하나를 포함’, ‘다음 모두를 포함’, ‘다음 중 어느 것도 포함하지 않음’으로 조건을 자주 설정합니다.
‘설정됨’과 ‘설정되지 않음’은 모든 필드 유형에 사용할 수 있을 만큼 유연합니다. 이는 주로 필드가 설정되었는지 또는 설정되지 않았는지 확인하는 데 사용됩니다.
다음 조건이 주어졌을 때 이 단계가 어떻게 작동하는지에 대한 예시입니다:
워크플로우는 다음과 같은 경우에 실행됩니다…
-
인시던트 종류가 Incident이고,
-
그리고 인시던트 상태가 Resolved 또는 Cancelled이고,
-
그리고 인시던트 심각도가 SEV0 또는 SEV1이고,
-
그리고 인시던트 Team이 다음을 제외한 모든 것 Test
3단계: 실행
워크플로우가 실행 조건을 성공적으로 충족하면 구성된 액션이 공식적으로 시작됩니다. 사용 가능한 액션은 워크플로우 유형과 통합된 애플리케이션에 따라 다릅니다.
단일 워크플로우는 여러 액션을 가질 수 있습니다. 액션이 배치된 순서가 액션의 실행 순서를 결정합니다.
각 액션은 독립적으로 비활성화될 수 있습니다.
기본적으로, 워크플로우 내에서 단일 액션이 실패하면 전체 워크플로우가 중단됩니다. 이 동작은 ‘실패 시 건너뛰기’ 플래그를 켜서 변경할 수 있습니다. 이렇게 하면 액션이 실패해도 워크플로우가 계속 진행됩니다.
예를 들어 워크플로우에 다음과 같은 액션이 구성되어 있다면:
워크플로우는 다음을 시도합니다…
-
Slack 메시지 보내기
-
1단계의 결과와 관계없이, 이메일 보내기
-
이메일 전송에 실패하면 워크플로우가 종료됩니다
-
이메일이 성공적으로 전송되면 워크플로우는 5단계로 계속 진행됩니다
-
인시던트 타임라인에 메시지 추가를 건너뜁니다
-
액션 아이템 추가
-
액션 아이템이 성공적으로 추가되면 워크플로우는 성공으로 표시됩니다
-
액션 아이템 추가에 실패하면 워크플로우는 실패로 표시됩니다
워크플로우 구성
워크플로우는 자동화의 중추가 될 것입니다. 쉽게 찾고 관리할 수 있도록 잘 구성하는 것이 중요합니다. 워크플로우 페이지에서 다음 섹션을 볼 수 있습니다:
번호 | 설명 |
---|---|
1) 모든 워크플로우 | 조직의 모든 워크플로우를 빠르게 볼 수 있습니다. |
2) 폴더 | 워크플로우를 넣을 폴더를 만들 수 있습니다. 워크플로우는 어떤 폴더에 있는지에 영향을 받지 않습니다. 이는 순전히 구성 목적으로만 사용됩니다. |
3) 활성화 / 비활성화 | 각 워크플로우를 쉽게 활성화/비활성화할 수 있는 방법입니다. 각 워크플로우의 편집 페이지로 들어가지 않고도 이를 수행할 수 있습니다. |
4) 확장 / 축소 | 타일을 확장하면 워크플로우의 요약을 보여줍니다 - 각 워크플로우를 클릭하지 않고도 빠르게 볼 수 있는 방법입니다. |
5) 워크플로우 요약 | 워크플로우의 이름만으로는 어떻게 구성되어 있는지 알기 어려울 수 있습니다. 확장하면 트리거 이벤트, 실행 조건, 액션을 포함한 워크플로우의 요약을 볼 수 있습니다. |
6) 필터 & 정렬 | 워크플로우를 빠르게 찾기 위해 워크플로우를 필터링하고 정렬할 수 있습니다. |
지원
이 통합에 대해 도움이나 추가 정보가 필요하시면 다음으로 연락해 주세요 support@rootly.com 또는 다음으로 이동하여 채팅을 시작하세요 Help > Chat with Us.