소개

HP 워크포스 경험 플랫폼(WXP)의 워크플로우 기능은 대규모 IT 복구를 위해 설계된 로우코드 워크플로우 오케스트레이션 기능입니다. IT 관리자는 수천 개의 엔드포인트에 시각적이고 드래그 앤 드롭 인터페이스를 통해 자동화된 워크플로우를 배포할 수 있게 해주어, 팀이 반응적인 티켓 처리에서 선제적 복구로 전환할 수 있도록 돕습니다.

의존성 및 전제 조건

분기용 스크립트 요구사항

• 스크립트는 사전에 테스트되어야 합니다. 스크립트 출력은 다음과 같은 용도로 사용됩니다:

  • 분기 논리

  • 웹훅 페이로드 / 쿼리 매개변수

• Webhook은 사전에 테스트해야 합니다. 현재는 JSON 입력과 일반 텍스트 또는 JSON 출력만 지원합니다.

플랫폼 및 버전 요구사항

워크플로우를 만들기 전에 다음 요구사항이 충족되었는지 확인하세요:

워크플로우 생성

1단계: 트리거 추가

모든 작업 흐름은 반드시 트리거로 시작해야 합니다:

1. WXP에 로그인하세요. 홈 페이지가 표시됩니다.

2. WXP 왼쪽 메뉴에서 Labs를 클릭하세요. 실험실 페이지가 표시됩니다.

3. Labs 페이지에서 워크플로우 섹션으로 스크롤하여 Try Workflow를 클릭하세요. 종료된 워크플로우가 표시됩니다.

   

4. 추가를 클릭하여 새로운 워크플로우를 생성하세요. 워크플로우 추가(Add workflow) 대화상자가 표시됩니다.

   

5. 워크플로우 추가 대화상자에서 새로운 워크플로우를 처음부터 만들거나 기존 워크플로우를 복제하여 수정할 수 있습니다.

   

6. 처음부터 만들 때는 다음과 같은 이벤트를 트리거하세요:

   1. 이벤트 트리거(알림 기반): 알림이 발생하면 워크플로우가 시작됩니다. 이용 가능한 알림 옵션에는 플랫폼에서 생성되거나 제공되는 기존 알림들이 포함됩니다.

   2. 스케줄링 트리거: 관리자는 워크플로우의 날짜, 시간, 대상 그룹을 정의할 수 있습니다. 표시되는 그룹 옵션은 WXP 플랫폼에서 생성된 그룹을 기반으로 합니다.

   

2단계: 액션 추가

트리거를 추가한 후에는 워크플로우가 해야 할 일을 정의하는 한두 가지 액션을 추가할 수 있습니다.

• 스크립트:  표시되는 스크립트 옵션은 WXP에서 생성되었거나 WXP에서 제공하는 기존 스크립트들입니다.

• 웹훅: ServiceNow, Teams, Slack 같은 3^부 시스템과 통합하세요. 웹훅은 수동으로 또는 Swagger API 엔드포인트 URL을 통해 설정하세요. 웹훅을 워크플로우에서 사용하기 전에 테스트가 필요합니다.

• 장치 동작: 장치 동작은 드라이버 업데이트를 수행하는 데 사용할 수 있습니다. 예를 들면:

  • 모든 드라이버 업데이트 배포

  • 중요한 드라이버 업데이트만 배포하기

  • 선택된 드라이버 카테고리에 대해 모든 또는 중요한 드라이버 업데이트를 배포합니다

3단계: 분기 논리 추가

if/then/else 조건을 사용해 고급 논리 경로를 만드세요. 분기는 스크립트, 웹훅, 드라이버 업데이트의 출력을 기반으로 할 수 있습니다.

현재 한계

• 중첩 분기는 지원되지 않습니다

  • 다른 가지보다 앞이나 뒤에 배치된 가지는 별개의 것으로 간주되며, 중첩된 것이 아닙니다

• 분기 이후에는 행동을 추가할 수 없습니다

스케줄을 트리거하는 시간대 동작

이 동작은 오직 스케줄(Schedule) 트리거에만 적용됩니다. 워크플로우를 만들 때, 예약된 시간은 (창작자의) 시간대에 맞춰 설정됩니다. 하지만 실행은 각 대상 장치의 현지 시간대에서 이루어집니다. 예를 들어, 오전 9시(태평양 표준시)에 워크플로우를 예약했다면; EST의 장치들은 EST의 오후 12시에 워크플로우를 실행합니다. 이는 수신자가 어디에 있든 관계없이 각 수신자에게 의도된 현지 시간에 워크플로우가 실행되도록 보장하는 데 도움을 줍니다.

이벤트 트리거의 알림 및 활동 행동

차량 대 기기 경고

알림에 의해 트리거된 워크플로우 실행은 WXP의 활동 탭에 반영됩니다. 알림 유형에 따른 활동 행동:

• 플릿 레벨 경고: 플릿 장비 전체에서 경고가 발동될 때 실행이 표시됩니다.

• 장치 수준 알림: 각 장치별로 실행이 개별적으로 추적됩니다

• 참고:

  • 알림이 게시 전에 이미 활성화되어 있다면, 해당 장치들은 워크플로우 대상에 포함됩니다.

  • 경고 규칙이 변경되면, 즉 '트리거 조건' 섹션이 업데이트되면 새로운 실행이 발생할 수 있습니다.

청중 편집

• 편집은 날짜 기반 트리거를 사용하는 일정 기반 워크플로우에서만 지원됩니다.

• 이벤트 기반 워크플로우는 게시 후 편집 대상이 지원되지 않습니다.

편집 규칙

워크플로우 상태에 따라 다음 규칙이 적용됩니다:

1. 워크플로우가 활성화되어 있음 (반복, 시작 시간 경과)

• 청중: 이 단계에서 청중은 편집 가능합니다.

• 그룹:

  • 그룹 추가: 그룹이 추가되면 현재 실행 중(완료되지 않은 경우) 및 미래 실행 파일에 포함됩니다. 이 작업은 Activity 탭에서 확인할 수 있으며, 그룹을 만든 사용자와 그룹 생성 타임스탬프를 보여줍니다.

  • 그룹 제거: 그룹이 제거되면 현재 실행 및 미래 실행에서 남은 장치들에서 제거됩니다. 실행이 완료된 장치에서 제거되지 않습니다. 이 동작은 활동 탭에서도 확인할 수 있습니다.

2. 워크플로우가 활성화되어 있음 (시작 시간이 지나지 않음)

관객은 여전히 편집할 수 있습니다. 변경된 모든 내용은 다가오는 플레이에 적용됩니다. 모든 행동은 사용자 정보와 업데이트 타임스탬프와 함께 기록됩니다.

3. 워크플로우가 활성화되어 있음 (일회성, 시작 시간 지남)

청중은 잠기고 워크플로우가 최종 확정됩니다.

워크플로우 상태 보기

WXP의 워크플로우 목록 페이지에서 상태를 확인할 수 있습니다.

다음 상태들이 지원됩니다.

워크플로우 KPI 검토

워크플로우가 게시된 후, 워크플로우 목록 페이지 e에서 워크플로우 이름을 클릭한 후 워크플로우 세부 정보 페이지의 활동 탭으로 이동하면 KPI에 접근할 수 있습니다. KPI는 실행 탭에 표시됩니다.

실행 상태 검토

워크플로우가 게시된 후에는 워크플로우 목록 페이지에서 워크플로우 이름을 클릭한 후 활동 탭으로 이동해 실행 상태를 확인할 수 있습니다. 처형 장면은 표에 표시됩니다.

실행 수준 상태 (실행별)

• 진행 중: 위와 동일한 기준입니다

• 완료: 완성되었거나 해결되었나요

• 취소: 실행 전에 워크플로우가 취소됨

장치 수준 KPI 검토

장치 수준 상태 (워크플로우 실행 내)

장치 수준 상태는 개별 장치가 워크플로우의 모든 단계를 성공적으로 완료했는지, 실행 중 문제가 발생했는지를 나타냅니다. 이 기능은 게시 후 작업 흐름 목록 페이지> 실행 >탭의 작업 흐름 이름을 클릭해 접근할 수 있습니다(장치 수준 알림의 경우 장치를 실행으로 간주합니다).

워크플로우가 게시된 후에는 작업 목록 페이지의 작업 목록 > 활동 탭의 실행 > 클릭하여 장치 수준 상태를 확인할 수 있습니다. 장치 단위 알림의 경우, 각 장치는 별도의 실행으로 처리됩니다.

참고: 만약 어떤 단계에서 치명적인 오류를 겪으면, 워크플로우의 후속 단계로 진행하지 않습니다.

상태 유형

다음 상태들이 장치 수준에서 지원됩니다:

참고:

• 장치 실행 결과는 활동 탭에서 확인할 수 있습니다.

• 처형은 발생했을 때만 나타납니다

  • 반복 워크플로우는 향후 실행 결과를 미리 보여주지 않습니다

• 기기 수준의 인사이트는 다음을 식별하는 데 도움을 줍니다:

  • 실패 지점

  • 오프라인 기기

  • 실행 병목 현상

워크플로우 빌더 사용 사례

1. 알림에서 ServiceNow 티켓 생성

• 시나리오: 귀하의 조직은 HP WXP에서 특정 알림이 트리거될 때 자동으로 ServiceNow(SNOW) 인시던트를 생성하고자 합니다.

• 해결책: 이벤트 기반 트리거(알림) 를 사용하여 관련 알림을 선택하세요. 예: 기기 건강, 앱 충돌, 성능 문제)

  • 액션: Webhook 액션  을 추가하고 Webhook을 ServiceNow 엔드포인트와 통합하도록 설정하세요. 웹훅 페이로드에 정확한 티켓 생성 및 추적을 지원하기 위해 장치 일련번호와 같은 핵심 장치 세부 정보를 포함하도록 하세요. 변수 목록을 사용하여 이 필드들을 동적으로 채울 수 있으며, 이 리스트 는 다음과 같은 접근 권한을 제공합니다:

    • 장치 수준 속성과 같은 전역 변수들.

    • 스크립트 결과나 이전 동작 출력과 같은 단계 출력물

이 변수들을 사용하면 일관된 서식을 보장하고, 더 풍부하고 맥락 인식 있는 통합(예: ServiceNow 티켓)을 가능하게 합니다.

• 결과:

  • 알림이 발생하면 각 기기별로 자동으로 ServiceNow 티켓이 생성됩니다.

  • 수동 개입 없이 더 빠른 사고 대응

참고: Webhook 페이로드를 사전에 테스트하여 ServiceNow에서 필드 매핑과 티켓 생성을 검증하도록 하세요.

2. 자동 복구 + 파워포인트 크래시 티켓팅

• 시나리오: 알림은 파워포인트 크래시가 귀하의 차량 일정 비율에 영향을 미치고 있음을 나타냅니다. 조직은 영향을 받은 장치를 자동으로 복구하고 실패에 대해서만 티켓을 생성하고자 합니다.

• 해결책:  이벤트 기반 트리거(알림)를 사용하세요. 예를 들어, PowerPoint가 X%의 기기에 영향을 미치는 충돌 사고가 발생합니다.

  1. 작업 1: 영향을 받는 기기들을 최신 버전의 Microsoft Office로 업데이트하는 스크립트 작업을 실행하세요.

     1. 분기 논리 (if/then):

        1. 처방 결과를 평가하세요:

           1. 종료 코드 = 0 (스크립트 성공) 경우:

              1. 최종 워크플로우 (문제 해결)

           2. 그렇지 않으면 (실패):

              1. 다음 단계로 진행하세요

  2. 액션 2 – 웹훅 (ServiceNow 티켓):

     1. 만약 디바이스가 Else(즉, 실패 조건)에 해당한다면, 웹훅을 트리거하여 ServiceNow 티켓을 생성하세요.

        1. 포함:

           1. 장치 세부사항

           2. 스크립트 출력 (문제 해결용)

• 결과:

  • 기기들은 자동으로 대규모로 정화됩니다

  • 고장 난 장치만 티켓을 생성하여 노이즈를 줄입니다

  • IT 팀은 전체 차량 대비 예외 사례에 집중합니다

다양한 사용 사례 전반의 주요 이점

• 수동 티켓 생성 감소

• 에스컬레이션 전에 복원을 자동화합니다

• ServiceNow에서 티켓 볼륨을 최소화하기

• 응답 시간과 최종 사용자 경험을 개선합니다

관련 자료

추가 정보는 워크플로우 개요 문서를 참조하세요.