워크플로우는 전반적인 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단계: 실행

워크플로우가 실행 조건을 성공적으로 충족하면 구성된 액션이 공식적으로 시작됩니다. 사용 가능한 액션은 워크플로우 유형과 통합된 애플리케이션에 따라 다릅니다.

단일 워크플로우는 여러 액션을 가질 수 있습니다. 액션이 배치된 순서가 액션의 실행 순서를 결정합니다.

각 액션은 독립적으로 비활성화될 수 있습니다.

기본적으로, 워크플로우 내에서 단일 액션이 실패하면 전체 워크플로우가 중단됩니다. 이 동작은 ‘실패 시 건너뛰기’ 플래그를 켜서 변경할 수 있습니다. 이렇게 하면 액션이 실패해도 워크플로우가 계속 진행됩니다.

예를 들어 워크플로우에 다음과 같은 액션이 구성되어 있다면:

워크플로우는 다음을 시도합니다…

  1. Slack 메시지 보내기

  2. 1단계의 결과와 관계없이, 이메일 보내기

  3. 이메일 전송에 실패하면 워크플로우가 종료됩니다

  4. 이메일이 성공적으로 전송되면 워크플로우는 5단계로 계속 진행됩니다

  5. 인시던트 타임라인에 메시지 추가를 건너뜁니다

  6. 액션 아이템 추가

  7. 액션 아이템이 성공적으로 추가되면 워크플로우는 성공으로 표시됩니다

  8. 액션 아이템 추가에 실패하면 워크플로우는 실패로 표시됩니다

​
워크플로우 구성

워크플로우는 자동화의 중추가 될 것입니다. 쉽게 찾고 관리할 수 있도록 잘 구성하는 것이 중요합니다. 워크플로우 페이지에서 다음 섹션을 볼 수 있습니다:

번호설명
1) 모든 워크플로우조직의 모든 워크플로우를 빠르게 볼 수 있습니다.
2) 폴더워크플로우를 넣을 폴더를 만들 수 있습니다. 워크플로우는 어떤 폴더에 있는지에 영향을 받지 않습니다. 이는 순전히 구성 목적으로만 사용됩니다.
3) 활성화 / 비활성화각 워크플로우를 쉽게 활성화/비활성화할 수 있는 방법입니다. 각 워크플로우의 편집 페이지로 들어가지 않고도 이를 수행할 수 있습니다.
4) 확장 / 축소타일을 확장하면 워크플로우의 요약을 보여줍니다 - 각 워크플로우를 클릭하지 않고도 빠르게 볼 수 있는 방법입니다.
5) 워크플로우 요약워크플로우의 이름만으로는 어떻게 구성되어 있는지 알기 어려울 수 있습니다. 확장하면 트리거 이벤트, 실행 조건, 액션을 포함한 워크플로우의 요약을 볼 수 있습니다.
6) 필터 & 정렬워크플로우를 빠르게 찾기 위해 워크플로우를 필터링하고 정렬할 수 있습니다.

​
지원

이 통합에 대해 도움이나 추가 정보가 필요하시면 다음으로 연락해 주세요 support@rootly.com 또는 다음으로 이동하여 채팅을 시작하세요 Help > Chat with Us.