Automation 360 아키텍처 및 복원성

Automation 360은 프런트 오피스 및 백 오피스 기술 사일로에 국한되지 않고, SaaS 및 레거시 앱을 포함한 모든 시스템과 애플리케이션에서 비즈니스 프로세스를 자동화하는 단일 통합 플랫폼입니다.

Automation 360 플랫폼은 분산형 아키텍처를 사용하여 배포됩니다.

중앙 집중식 관리는 Control Room이라는 웹 기반 서버를 통해 디지털 워크포스의 모든 개발 및 실행을 관리합니다. Bot 에이전트는 자동화를 실행하고 기기에 설치된 런타임 시스템입니다.

다음 이미지는 Control Room과 Bot 에이전트 사이의 아키텍처와 관계를 보여줍니다.

Bot 에이전트 아키텍처

  • *는 Control Room이 데이터베이스의 공개 키에 유지하기 위해 고유한 사용자 이름과 기기 ID를 생성함을 나타냅니다.
  • **는 기기 공개 키가 Control Room에 의해 검증되고 새 토큰이 생성되었음을 나타냅니다.

다음 표에서는 Control Room, Bot 에이전트와 백엔드 서비스(이전 이미지에 번호가 지정됨) 사이에 발생하는 흐름 및 작업을 설명합니다.

작업 설명
1 브라우저는 등록을 위해 기기 토큰을 Bot 에이전트로 보냅니다.
2 그런 다음 Bot 에이전트는 공개 키와 토큰을 생성하기 위한 기기 요청을 등록합니다.
3 Control Room의 백엔드 서비스는 기기가 고유한 사용자 이름과 기기 ID로 등록되었다는 응답을 Bot 에이전트에 보냅니다.
4 Bot 에이전트는 기기가 성공적으로 등록되었다는 메시지를 브라우저에 보냅니다.
5 Bot 에이전트는 JSON 웹 토큰이 성공적으로 인증되었음을 나타내는 메시지를 Control Room의 백엔드 서비스에 보냅니다.
6 그런 다음 Control Room의 백엔드 서비스는 기기 공개 키를 검증하고 새 토큰을 사용하여 웹 소켓 연결을 설정합니다.

Control Room 및 Bot 에이전트 복원성

다음 표에서는 Automation 360 및 Enterprise 11의 동작 및 복원성 차이점을 보여줍니다.

사용자 작업 Bot 에이전트 내 Automation 360 Bot Runner의 Enterprise 11 클라이언트 참고
서비스 설치 서비스는 로컬 기기에서 실행됩니다. 설치 서비스는 활성 사용자 세션에서 실행됩니다.
등록 기기는 Control Room에 등록됩니다. 활성 사용자는 Control Room에 등록됩니다. Bot 에이전트 서비스는 로컬 시스템에서 실행됩니다.
인증 Control Room은 에이전트 공개 키를 데이터베이스에 저장합니다. Control Room은 인증 키를 메모리에 저장합니다. Automation 360에서 Control Room은 공개 키를 데이터베이스에 저장합니다. 따라서 Control Room이 다시 시작하면 재연결이 더 빨리 수락됩니다.Bot 에이전트는 Control Room 재시작 과정에서 복원력을 발휘합니다.

그러나 Enterprise 11에서는 재시작 후 Control Room 재접속이 되지 않습니다.
Bot 배포 Bot의 우선순위는 배포 시 확인됩니다.

Bot 사용자를 위해 Bot Runner이 대기열에 있을 때 더 높은 우선순위의 Bot이 낮은 우선순위의 Bot보다 먼저 배포됩니다.

다만, 우선순위가 낮은 봇이 이미 실행 중이면 우선순위가 더 높은 Bot은 우선순위가 낮은 봇의 실행이 완료된 후에만 배포됩니다.

 우선순위가 낮은 봇이 실행 중고 우선순위가 높은 봇 배포되면 시스템이 낮은 우선순위 봇을 일시 중지하고 높은 우선순위 봇을 실행합니다.

우선순위가 높은 봇 실행 후, 낮은 우선순위의 봇을 재시작합니다.

 Automation 360의 이점은 우선순위가 더 낮은 Bot이 일시 중지되지 않고 우선순위가 높은 Bot이 배포되기 전에 배포를 완료한다는 것입니다.
오류 처리 오류 처리기 패키지에는 작업에서 발생하는 예외를 쉽게 처리하고, 해당 봇 안의 다른 작업에 컨트롤을 전달할 수 있는 봇이 포함되어 있습니다. 오류 처리 명령은 Task Bot 및 MetaBot 로직 실행 시 디버깅에 도움이 됩니다.
기기 기기를 Control Room에 등록할 때 연결됩니다.

기기가 재시작되면 다시 연결됩니다.

 Bot Runner 클라이언트가 다시 시작되거나 Control Room과의 연결이 끊어진 후 다시 연결하려면 클라이언트에 다시 로그인해야 합니다. Bot 에이전트는 모든 단일 기기에 개별적으로 로그인하지 않고 다시 연결합니다.
다시 연결 Bot 에이전트는 중단이 발생하면 자동으로 다시 연결됩니다. Bot Runner 클라이언트를 수동으로 다시 연결해야 합니다. Bot에 Automation 360을 등록하면 더 안정적이며 Control Room에 자동으로 다시 연결됩니다.
공개 및 개인 키 공개 및 개인 키는 기기 등록 시 생성됩니다.

이 키는 Control Room에 인증하는 데 사용됩니다.

 Automation 360에서와 같은 동작입니다.
서비스 Bot 에이전트는 서비스로 실행됩니다. 기기가 재부팅되면 서비스는 Control Room에 자동으로 연결됩니다. 클라이언트가 로그인하고 작업을 수행해야 합니다.
원격 연결 원격 데스크톱 프로토콜은 다중 사용자 기기에서만 지원됩니다.

Control Room은 RDP를 유지하지 않습니다.

 원격 데스크톱 프로토콜은 단일 및 다중 사용자 기기 모두에서 지원됩니다.

Enterprise 11에서는 원격 데스크톱 프로토콜 연결이 Control Room에서 설정되고 Control Room에 의해 유지됩니다.
자동 업데이트 Control Room 관리자는 자동 업데이트 기능을 이용하여 Bot 에이전트를 최신 버전으로 자동 업데이트하도록 선택할 수 있습니다. 자동 업데이트 옵션은 사용할 수 없습니다. 자동 업데이트는 각 사용자가 Control Room에 로그인하여 자신의 기기에 설치된 Bot 에이전트를 업데이트할 필요가 없기 때문에 다운타임이 줄어듭니다.
구성 업데이트 업데이트는 클라우드를 통해 푸시됩니다. 독립 실행형 구성 업데이트가 없지만, 수동으로 변경할 수 있습니다.

구성 개선 사항은 패치로 릴리스됩니다.
전역 캐시 사용자가 Control Room에 로그인한 후, 사용자의 현재 기기를 기본 기기로 자동 설정하도록 기기 설정을 구성합니다. 사용 불가
Bot 에이전트에서 Control Room로의 연결 끊김 이미 실행 중인 Bot은 업데이트 도중 완료될 때까지 실행됩니다. 일반적으로, 이미 실행 중인 Bot은 업데이트 도중 완료될 때까지 실행할 수 있습니다. 예외는 다음과 같습니다.
  • 봇이 Bot Insight에 대한 데이터 태그를 지정하는 경우 봇은 실행되지 않습니다.
  • 상위 Bot 실행 시작 시 하위 Bot이 다운로드되어 상위/하위 봇 실행이 완료됩니다. 그러나 변수 매개변수를 사용하여 하위 Bot이 참조되는 경우, 이러한 하위 Bot을 부르는 경우 상위 Control Room 실행 도중 봇을 사용할 수 있어야 합니다.
  • 워크로드 관리(WLM)를 사용하는 Bot은 실행되지 않습니다.
  • 봇이 Credential Vault의 값을 사용하는 경우, 봇 연결이 중단되거나 손실되면 Control Room 실행이 실패할 수 있습니다. 이는 사용 시 봇이 Credential Vault의 값을 가져올 때 발생합니다.

예약 복원성

무인 라이선스를 무료로 사용할 수 있는 경우 기기 풀은 내장 고가용성(HA)을 Bot Runner 기기에 제공합니다. 사용자는 단일 Bot Runner 기기에 묶여 있지 않으므로, 어떤 이유로든 기기를 사용할 수 없고 무인 라이선스를 배포에 무료로 사용할 수 있다면 자동화는 영향 받지 않습니다. 예약된 자동화는 사용 가능한 다음 Bot Runner 기기에서 자동으로 실행되므로 고가용성을 제공합니다.

기기 풀 정보 항목을 참조하십시오.