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 서비스에서 유지 관리를 수행하기 전에 대기열을 일시 중지(자동화가 새 항목을 선택하는 것을 중단시킴)하고 서비스를 재시작하십시오.