✅ 1) 런타임(Runtime)
- 런타임 = 로봇 라이선스(테넌트 대 Unattended 로봇의 동시 실행 가능한 수)
- UiPath에서 런타임(Runtime)은 로봇의 실행에 필요한 라이선스 슬롯을 지칭한다
의미
- Unattended(무인로봇)의 동시 실행을 위해 사용되는 라이선스
- 예를 들어, 5개의 런타임이 있다면, 최대 5개의 Unattended로봇이 동시에 실행될 수 있다
- Orchestrator 관리 화면의 라이선스 섹션에서 런타임 수를 확인 및 관리할 수 있다
주요 맥락
- 테넌트 단위로 할당되고, 라이선스 수량에 따라 동시 실행 가능 로봇 수가 제한된다
Unattended 로봇
- 런타임은 기본적으로 Unattended 로봇의 동시 실행 가능 수를 제한하는 라이선스 단위로 사용된다
- Orchestrator에서 3개의 런타임이 할당된 경우, 동시에 최대 3개의 Unattended 로봇이 실행 가능하다
Attended 로봇
- Attended 로봇은 런타임 개념에 의해 동시 실행 수가 제한되지는 않는다
- 대신,Attended 로봇은 사용자와 상호작용하며 1대의 컴퓨터에서 하나의 로봇만 실행 가능하다
✅ 2) 런타임(Runtime)
- 런타임 = 로봇 실행 환경
- 런타임(Runtime)은 또한 로봇이 실제로 자동화 프로세스를 실행하는 시간 또는 환경을 뜻한다
의미
- 로봇이 UiPath Studio 또는 Orchestrator를 통해 배포된 워크플로우를 실제로 수행하는 실행 시간
- 이 경우, 로봇이 동작하는 시스템 환경을 포함하는 개념으로 사용된다
주요 맥락
- Studio에서 디버깅하거나 테스트할 때 발생하는 실행 환경을 포함
- Orchestrator를 통해 배포된 로봇이 지정된 머신(VDI, VM)에서 동작하는 시간
- 로봇 라이선스로서의 런타임: 동시 실행 가능한 로봇 수를 제한하는 라이선스 단위
- 실행 환경/시간으로서의 런타임: 로봇이 실제로 작업을 수행하는 환경 또는 시간
✅ 3) 크레덴셜(Credential)
설명
- 로봇이 특정 작업을 수행하기 위해 사용하는 사용자 이름과 암호 데이터
- Orchestrator에서 보안 관리를 위해 암호화되어 저장된다
주요 특징
- 자산의 한 유형
- 로봇이 로그인 작업에 필요할 때 사용
예시
- 특정 웹사이트나 시스템에 로그인할 계정 정보 저장
- 암호 주기적 변경을 통해 보안 강화
✅ 4) 온프레미스(On-premise)
설명
- Orchestrator를 클라우드가 아닌 로컬 데이터 센터나 기업 내부 서버에 설치하고 운영하는 방식
- 사용자가 서버와 인프라를 직접 관리한다
특징
- 사용자가 서버 보안, 백업, 유지보수를 담당
- 인터넷에 연결되지 않은 네트워크 환경에서도 작동 가능
- 규제가 엄격한 산업(금융,의료)에서 선호
장점
- 데이터와 인프라의 완전한 제어
- 외부 네트워크 의존성 없음
단점
- 초기 설치 비용 및 유지보수 부담
- 확장성 제한
✅ 5) 자산(Asset)
설명
- Orchestrator에서 관리되는 공유 데이터 또는 설정 값
- 로봇 간에 데이터를 공유하거나 작업 환경 설정에 사용된다
종류
- 텍스트: 문자열 데이터
- 숫자: 정수 데이터
- Bool(참/거짓): 논리 값
- 크레덴셜(Credential): 사용자 이름과 암호
예시
- 데이터베이스 연결 문자열, API키, 사용자 계정 정보와 같은 설정 값 관리
✅ 6) 잡(Job)
설명
- 프로세스 실행의 단위
- 프로세스를 특정 로봇에서 실행하도록 예약하거나 즉시 실행 할 때 생성된다
상태
- Pending: 실행 대기 중인 상태
- Running: 실행 중
- Succesful/Failed: 실행 성공 또는 실패
- Stopped: 수동으로 중지 됨
예시
- "매일 9시에 실행되는 데이터 수집 작업"과 같은 스케줄된 작업
✅ 7) 프로세스(Process)
설명
- 프로세스는 로봇이 실행할 워크플로우(프로젝트)이다
- Orchestrator에 업로드된 패키지를 기반으로 생성된다
- 패키지: 개발자가 UiPath Studio에서 설계한 워크플로우를 게시한 결과물
- Orchestrator에서 패키지를 선택해 프로세스를 생성한 뒤 잡(Jop)을 실행하여 로봇이 작업을 수행한다
주요 역할
- 자동화 작업의 단위
- 잡 실행 시 기준이 되는 구성 요소
✅ 8) 트랜잭션(Transaction)
설명
- 트랜잭션은 프로세스에서 개별적으로 처리되는 작업 단위이다
- 큐 항목 뿐만 아니라 데이터 테이블, 파일, API응답 등 다양한 소스의 데이터를 처리할 때도 적용된다
✅ 9) 큐 기반 트랜잭션
설명
- 큐를 사용하면 Orchestrator의 큐에 저장된 단일 작업 항목을 트랜잭션으로 간주한다
- 로봇은 큐에서 작업 항목을 하나씩 가져와 처리하고, 성공 또는 실패로 상태를 업데이트한다
예시
- 은행 이체 데이터에서 각 계좌 이체 작업
- 고객 문의 처리 시스템에서 각 문의 처리
특징
- Orchestrator를 통해 상태 관리 가능 (New, In Progress, Successful, Failed)
- 분산 처리 가능: 여러 로봇이 동시에 트랜잭션을 가져와 작업 가능
✅ 10) 데이터테이블 기반 트랜잭션
설명
- 큐를 사용하지 않을 경우, 데이터테이블의 각 행(DataRow)을 트랜잭션으로 간주할 수 있다
- 각 행의 데이터를 하나의 작업 단위로 처리한다
예시
- Excel파일에서 각 행의 데이터를 처리(주문 목록, 인사 데이터 등)
- 데이터베이스 조회 결과의 각 레코드 처리
특징
- For Each Row를 사용하여 데이터 테이블의 각 행을 처리
- 큐처럼 상태 관리는 제공되지 않지만, 상태 관리를 위해 추가적인 로직 구현 가능
✅ 11) 기타 데이터 기반 트랜잭션
설명
- 큐나 데이터테이블이 아닌 파일, API응답, 목록(Collection)등도 트랜잭션으로 활용할 수 있다
- 이 겨우, 각 데이터 단위를 트랜잭션으로 정의하여 작업한다
예시
- 폴더에서 각 파일을 읽고 처리
- API호출 결과의 JSON데이터에서 각 객체를 트랜잭션으로 처리
- 문자열 배열에서 각 항목 처리
특징
- For Each를 사용하여 작업 항목을 반복 처리
- 트랜잭션의 단위를 사용자 정의 가능
✅ 12) 큐(Queue)
설명
- Orchestrator에서 관리되는 작업 항목(트랜잭션)의 목록이다
- 대량의 작업을 저장하고 로봇이 작업을 분배하여 처리한다
| 구분 | 데이터로서의 큐 | 저장 공간으로서의 큐 |
|---|---|---|
| 역할 | 처리해야 할 개별 작업 항목의 의미 | 작업 항목 데이터를 저장하고 관리하는 공간 |
| 구성 요소 | 트랜잭션(작업 항목) | 큐 자체(큐 이름, 설명 등) |
| 로봇의 작업 방식 | 각 트랜잭션 데이터를 처리 | 큐에서 작업 항목 데이터를 가져와 처리 |
| 생성 시점 | 큐에 작업 항목 데이터를 추가했을 때 | Orchestrator에서 큐를 생성할 때 |
| 예시 | 고객 ID:12345, 주문 ID: ORD001 | 'CustomerOrders','EmailQueue' |
데이터 유형별 정의 및 예시
| 구분 | 예시 | 트랜잭션 정의 |
|---|---|---|
| 큐(Queueu) | Orchestrator 큐에 저장된 고객 주문 항목 | 큐의 각 작업 항목(Transaction Item) |
| 데이터테이블(DataTable) | Excel에서 가져온 데이터 행(주문 번호, 금액, 날짜 등) | 각 데이터 행(DataRow) |
| 파일(File) | 폴더에 저장된 PDF, 이미지, 텍스트 파일 | 각 파일 |
| API응답 | JSON배열에 포함된 데이터 객체 | JSON배열의 각 객체 |
| 컬렉션(Collection) | 리스트 또는 배열의 각 요소 | 리스트의 각 항목 |
| 사용자 정의(Custom) | 복잡한 데이터 구조에서 처리해야 할 작업 단위 | 작업의 성격에 따라 개별 단위 정의 |
