WLM 권장 사례
- 최종 업데이트2025/09/17
WLM 구현이 안정적이고 효율적이며 확장 가능하도록 하기 위해 다음 권장 사례를 검토하고 따르십시오.
권장 사례
- 중복 대기열 소유권 보장
-
- 권장 사항: 소유자가 삭제 또는 비활성화될 경우 교착 상태가 발생하지 않도록 대기열에 2명 이상의 소유자가 있는지 확인하십시오.
- 이유: 이는 중요한 비즈니스 연속성 및 관리 모범 사례입니다. 대기열 소유자가 조직을 떠나거나 계정이 비활성화되어도, 보조 소유자는 여전히 관리 권한의 병목 현상 없이 대기열을 관리할 수 있으므로(예: 일시 중지, 재구성 또는 작업 항목 관리 등) 교착 상태를 방지할 수 있습니다.
- Control Room에서 작업 항목 가시성 극대화
-
- 권장 사항: Control Room에서 최대 10개의 작업 항목 열을 표시할 수 있습니다. 이 기능을 사용하여 작업 항목 데이터에 대한 가시성을 최대화하십시오.
- 이유: 작업 대기열의 구조를 정의할 때 열을 지정합니다. Control Room 작업 항목 보기에서 관련 열을 표시하면 운영자와 비즈니스 유저가 데이터를 다운로드하지 않고도 각 작업 항목의 맥락을 빠르게 이해하고, 특정 항목을 식별하며, 문제를 해결할 수 있습니다. 각 작업 항목을 구별하는 가장 중요한 필드를 선택하십시오.
- 작업 항목 데이터 및 결과 값 최적화
-
- 권장 사항: 작업 항목 값은 최대 1,000자를 허용하므로, 특히 작업 항목의 결과 값에 대해 이를 최적으로 활용하십시오.
- 이유: 작업 항목의 결과 필드는 처리 결과에 대한 세부적인 피드백을 제공하는 데 매우 중요합니다(예: 송장 성공적으로 등록됨, ID: INV12345, 고객 기록 생성됨, 계정: CUST987, 또는 실패 - 잘못된 이메일 형식). 1,000자 제한을 활용하여 포괄적이고 실행 가능한 메시지를 제공함으로써, 간단한 결과를 위해 외부 로그를 확인하는 필요성을 줄일 수 있습니다.
- 작업 항목의 효과적인 우선순위 지정
-
- 권장 사항: 특정 작업 항목의 우선순위를 지정하려면 대기열을 생성할 때 해당 작업 항목 데이터를 정렬하십시오.
- 이유: 전체 대기열과 개별 작업 항목에 기본 우선 순위를 설정할 수 있지만, 항목을 삽입하는 순서도 동일한 우선 순위 항목의 초기 처리에 영향을 줄 수 있습니다. 대기열 내에서 정렬 기준을 사용하면(대기열 생성 시 수행), 특정 비즈니스 가치나 긴급성이 높은 항목이 항상 대기열의 상단에 위치하여 기기가 먼저 선택할 수 있습니다.
- API를 사용하여 대량 작업 항목 삽입
-
- 권장 사항: 대량의 작업 항목을 삽입하려면 JSON 형식의 작업 항목 목록을 허용하는 workitems API를 사용하십시오.
- 이유: 루프 내에서 각 단일 작업 항목을 삽입하기 위한 API 요청을 보내면 수천 개의 항목에 대해 상당한 네트워크 및 API 오버헤드가 발생합니다. workitems API를 사용하여 성능을 최적화하면, 이 API는 여러 작업 항목 객체(배치)를 포함하는 JSON 배열을 구성하고, 이를 단일 API 호출로 전송할 수 있게 해줍니다. 이는 호출 횟수가 크게 줄여, 대용량 대기열을 채울 때 기기가 더 빠르고 효율적으로 작동하게 합니다. 자세한 내용은 워크로드 관리 API를 참조하십시오.
- 클러스터 시계 동기화 확인
-
- 권장 사항: 클러스터에 있는 모든 노드(기기)의 시간(시계)이 동기화되는지 확인하십시오. 이는 Apache Ignite 캐시 서버가 제대로 작동하는 데 중요합니다.
- 이유: Control Room는 분산 캐싱을 위해 Apache Ignite를 사용합니다. 클러스터 내의 여러 노드에서 시스템 시계가 동기화되지 않으면 데이터 불일치, 캐시 누락 및 기타 예측 불가능한 오류가 발생할 수 있으며, 이는 WLM 성능과 안정성에 영향을 미칠 수 있습니다. NTP(네트워크 시간 프로토콜) 서비스를 구성해야 합니다.
- 지속적인 데이터베이스 연결 유지
-
- 권장 사항: 워크로드 자동화에 매우 중요한 데이터베이스 연결이 지속적이고 연속적인지 확인하십시오. 정기적으로 네트워크 검사를 수행하거나 네트워크 문제를 감지 또는 방지할 수 있는 도구를 사용하도록 하십시오.
- 이유: 지속적인 데이터베이스 연결은 중단 없는 작업 자동화에 필수적입니다. 연결에 어떤 장애라도 발생하면 작업 실패, 처리 지연, 데이터 불일치, 그리고 SLA 미준수가 발생할 수 있습니다. 안정적인 연결을 유지하면 신뢰성, 원활한 실행 및 최적의 시스템 성능이 보장됩니다.
- API를 통한 효율적인 작업 항목 검색 보장
-
- 권장 사항: API에 페이지네이션 필터를 적용하여 작업 항목을 관리하기 쉬운 단위로 가져오십시오.
- 이유: 대기열에서 항목을 워크로드 관리 API를 통해 프로그래밍 방식으로 가져올 때, 기본 제한(보통 200)이 적용됩니다. 이는 시스템이 대규모 응답으로 과부하되는 것을 방지합니다. 대기열에서 많은 항목 목록을 가져와야 하는 경우, 페이지네이션(예: 오프셋 및 길이 매개변수)을 사용하여 항목을 관리하기 쉬운 단위로 가져오십시오. 자세한 내용은 워크로드 관리 API를 참조하십시오.
피해야 할 사례
- 대량 삽입 시 루프 내에서 개별 API 호출을 사용하지 마십시오
-
- 권장 사항: WLM 기능이 효율적으로 작동하도록 하려면 루프에서 작업 항목 API를 사용하여 작업 항목을 대량으로 삽입하는 것을 피하십시오.
- 이유: 대량 작업 배치에서 각 작업 항목마다 별도의 API 호출을 설정하는 것은 비효율적이며 상당한 네트워크 및 서버 부하를 유발할 수 있습니다. 대신, 목록을 허용하는 작업 항목 API를 사용하여 작업 항목을 일괄적으로 삽입하십시오. 자세한 내용은 워크로드 관리 API를 참조하십시오.
- 기기 풀에 있는 기기에서 로컬 일정을 생성하지 마십시오
-
- 권장 사항: 기기가 기기 풀에 속해 있는 경우, 해당 기기에 로컬 일정을 생성하는 것을 피하십시오. 이는 해당 기기가 작업 항목 실행에만 사용되도록 보장합니다.
- 이유: 풀의 기기는 WLM용 Control Room에서 관리합니다. 로컬 일정은 이 관리를 재정의하여 기기가 WLM 작업 대신 예약된 작업을 실행하게 할 수 있습니다. 이는 리소스 충돌, 예측할 수 없는 동작, 그리고 SLA 미준수로 이어질 수 있습니다. 풀의 기기들은 Control Room- 분배된 작업 항목을 위해 항상 완전히 사용 가능한 상태로 유지되어야 합니다.
- 활성 대기열 사용자로부터 Bot 실행 권한을 제거하지 마십시오
-
- 권장 사항: 사용자에게 사용 중인 대기열이 있는 경우 해당 사용자(역할)에서 Bot 실행 권한을 제거하지 마십시오.
- 이유: 사용자의 역할(또는 실행 중인 프로세스나 일정에 연결된 특정 사용자 계정)이 대기열의 처리와 연동되어 있는 경우, 해당 사용자의 봇 실행 권한을 제거하면 관련 자동화가 실패하게 됩니다. 이는 결국 WLM 프로세스를 중단시킵니다. 변경을 하기 전에 항상 권한을 확인하십시오. 특히 자동화 실행에 적극적으로 참여하는 계정의 경우에는 반드시 확인하는 것이 좋습니다.
- 처리 중에는 기기를 종료하지 마십시오
-
- 권장 사항: 작업 항목이 진행 중인 경우 기기를 종료하지 마십시오. 기기 유지 관리를 위해 오프라인 상태로 전환해야 하는 경우, 대기열을 일시 중지하고 해당 기기에서 진행 중인 작업 항목이 없도록 하십시오.
- 이유: 기기가 작업 항목을 처리하는 중에 갑자기 종료되면, 작업 항목이 멈추거나(예: PUSHED 상태로 무기한 멈춤) 또는 진행 상황이 손실될 수 있습니다. 따라서 기기를 오프라인으로 전환하기 전에 먼저 관련 대기열을 일시 중지하고, 현재 처리 중인 항목이 완료되도록 한 다음 기기가 유휴 상태인지 확인해야 합니다. 이는 원활한 처리를 보장하고 데이터 손실이나 고립된 작업 항목을 방지합니다.
- 처리 중에는 Control Room 서비스를 중단하지 마십시오
-
- 권장 사항: 작업 항목 대기열이 처리 중인 경우 Automation Anywhere Control Room 서비스를 중지하거나 다시 시작하지 마십시오. 대신 대기열 자동화를 일시 중지한 다음 서비스를 다시 시작하십시오.
- 이유: Control Room 서비스는 Control Room의 중요한 부분이며, WLM을 포함합니다. 대기열이 활성화된 상태에서 서비스를 중지하면 모든 처리가 중단되고, 작업 항목이 일관성 없는 상태로 남거나 상태 업데이트를 시도하는 자동화에서 오류가 발생할 수 있습니다. 항상 Control Room 서비스에서 유지 관리를 수행하기 전에 대기열을 일시 중지(자동화가 새 항목을 선택하는 것을 중단시킴)하고 서비스를 재시작하십시오.