Automation 360 소프트웨어 수명 주기 정책
- 최종 업데이트2024/10/18
Automation 360 소프트웨어 수명 주기 정책
Automation Anywhere 소프트웨어 수명 주기 정책은 혁신과 개선 사항을 신속하게 제공하는 것을 목표로 합니다. 이 정책을 통해 예측 가능성, 품질, 또한 최신 혁신 및 개선 사항에 대한 무중단 액세스를 제공하므로 이러한 개선 사항을 적용할 시기와 방법을 제어할 수 있습니다.
개요
소프트웨어 수명 주기 정책은 변경 관리를 지원하는 동시에 Control Room, Bot Agent 및 packages에서 개선 사항이 포함된 최신 소프트웨어 업데이트를 제공합니다.
- 예측 가능성: 빈번하고 정기적인 배포 주기를 통해 예측 가능한 출시 주기보다 빠르게 새롭고 향상된 packages에 액세스할 수 있습니다.
- 새로운 기능 배포: bots에 변경 사항을 도입하는 것을 제어함으로써 새로운 기능을 테스트하고 원하는 속도로 배포할 수 있습니다.
- 품질: Automation 360 Cloud에서 자동화된 배포를 통해 중대한 버그 및 보안 수정 사항이 포함된 새 packages를 사용할 수 있습니다.
- 무중단 액세스: 기존 구성을 중단하지 않고 패키지를 업데이트할 수 있습니다.
- 역호환성: 이제 bots의 이전 버전으로 되돌릴 수 있는 옵션을 이용할 수 있는 동시에 package을 안전하게 업데이트할 수 있습니다.
다음 이미지는 이 수명 주기 정책의 장점을 보여줍니다.
Control Room
Automation 360는 지속적인 개발 및 배포 파이프라인을 사용하여 모든 배포 모델에서 점진적인 소프트웨어 업데이트를 개발하고 배포하는 최신 모범 사례를 활용합니다. Automation 360 Control Room 소프트웨어 업데이트는 약 3개월마다 출시됩니다.
업데이트는 일반적으로 다음 순서로 배포됩니다.
- Community Edition 및 Cloud-샌드박스: 이러한 Cloud 환경은 Automation 360 Cloud Service Status site에 게시되는 사전 알림과 함께 자동으로 업데이트됩니다. 고객은 Cloud-샌드박스 Control Room 환경을 사용하여 기본 개발(Dev), 테스트(Test 또는 UAT) 및 프로덕션(Prod) Cloud 환경이 업데이트되기 최소 3주 전에 다음 업데이트를 시도해 볼 수 있습니다.
- Automation 360 On-Premises Control Room: On-Premises 환경은 Community Edition에서 Cloud 및 A-People Downloads page (Login required)-샌드박스 후에 릴리스됩니다. 고객은 다운로드 페이지에서 업데이트를 수동으로 다운로드하고 Control Room 인스턴스를 업데이트해야 합니다.
- Automation 360 Cloud: Cloud 환경은 사전 알림을 통해 자동으로 업데이트됩니다. 이러한 업데이트는 일반적으로 Cloud-샌드박스 업데이트 후 3~4주 후에 배포됩니다. 이러한 클라우드 업데이트는 비즈니스 시간 외에 진행될 예정이며, 월초나 월말에 가까운 시점에서는 짆행되지 않습니다. Cloud 업데이트 알림은 업데이트 2주 전에 Automation 360 Cloud Service Status site에 게시됩니다.
Automation 360 소프트웨어 업데이트는 모든 새로운 기능이 누적되어 제공됩니다. 당사의 소프트웨어 업데이트 정책에 따라 버그는 최신 버전의 소프트웨어 업데이트에서만 수정됩니다. 당사는 On-Premises 배포에 n-2 릴리스(여기서 n은 최신 릴리스를 의미)를 지원하지만, On-Premises 고객은 최신 기능과 버그 수정의 혜택을 누리려면 최신 릴리스로 업데이트하는 것이 좋습니다.
Bot Agent 업데이트
Bot Agent의 새 버전을 사용할 수 있는 경우 기본적으로 Bot Agent가 기존 bot 기능에 영향을 미치지 않고 고객의 기기 풀에 자동으로 배포됩니다. 하지만 Control Room 관리자는 이 기본 업데이트 기능을 비활성화하고 Bot Agent를 수동으로 업데이트할 수 있습니다. 수동 업데이트 및 필수 업데이트의 경우 사용자에게 Bot Agent를 업데이트해야 하고 bot 업데이트 전까지 이러한 기기에서 모든 Bot Agent 실행이 중지됩니다.
별도의 일정에 따라 표준 기기 AMI(Amazon Machine Image)를 사용하여 기기 풀이 배포되는 대규모 배포의 경우 업데이트를 위해 더 큰 조정, 변경 관리 프로세스 및 고객 환경의 승인이 필요합니다. 따라서 Automation 360에서는 6개월마다의 릴리스에 대해 역호환 Bot Agent를 지원합니다.
Automation 360 v.24 릴리스부터 4번의 Bot Agent 업데이트가 매년 릴리스되고, 2번의 선택적 업데이트와 필수로 선언될 수 있는 2번의 업데이트가 포함됩니다. 선택적 업데이트를 건너뛰고 다음 필수 Bot Agent 업데이트로 업데이트할 수 있습니다.
2분기 및 4분기 릴리스에는 선택적 Bot Agent 업데이트가 있으며 Bot Agent 업데이트를 건너뛸 수 있습니다. 하지만 1분기 및 3분기 업데이트에는 필수 Bot Agent 업데이트가 있을 수 있습니다. Bot Agent 릴리스에 필수 Control Room 업데이트가 필요한 경우 3개월 전에 고객에게 알림을 보냅니다. 자세한 내용은 Bot Agent compatibility 항목을 참조하십시오.
Package 업데이트
Automation 360 v.24 릴리스부터 packages 제공은 기본 플랫폼 업데이트와는 별도로 개발됩니다. 이는 필요한 변경 및 수정 사항에 신속하게 대응하고 향후 packages 업데이트를 유연하게 제공하는 데 도움이 됩니다.
이 기능을 통해 새로운 packages 및 새로운 package 버전은 분기별 릴리스 단계에 따라 예측 가능한 방식으로 릴리스되면 이제 자동으로 Automation Anywhere Cloud에서 다운로드될 수 있습니다. 새로 다운로드된 packages는 기본 package가 되므로 고객은 package 버전을 사용할 수 있게 되는 즉시 지속적으로 사용할 수 있습니다.
이 기능은 다음 표에 나열된 Cloud 및 On-Premises Control Room 인스턴스에 대해 다르게 활성화됩니다.
| 원활한 package 업데이트 기능 | Cloud Control Room | On-Premises Control Room |
|---|---|---|
| packages Automation Anywhere에서 Cloud 다운로드 | 기본적으로 활성화되어 있으며 비활성화할 수 없습니다. | 기본적으로 비활성화되어 있으며 활성화할 수 있습니다. |
| 다운로드된 package를 기본 버전으로 설정 | 기본적으로 활성화되어 있으며 비활성화할 수 있습니다. | 기본적으로 활성화되어 있으며 비활성화할 수 있습니다. |
-
Cloud 사용자: 자동 package 다운로드 기능이 이제 모든 지역의 Control Room 인스턴스에서 동시에 활성화됩니다.
지역에 packages 업데이트가 제공되기 전에 현재 Control Room 버전의 최신 Control Room를 사용할 수 있습니다.
- On-Premises 사용자: 이 기능은 기본적으로 비활성화되어 있지만 package 관리자가 활성화할 수 있습니다.
bot 개발자가 항상 최신 버전의 packages를 사용하는 것이 좋습니다. 해당 버전은 최신 혁신과 이전 버전의 모든 코드 및 보안 수정 사항을 제공하기 때문입니다. 하지만 관리자는 언제든지 이 기본 동작을 변경하고 확인 후 packages를 개발자에게 롤아웃할 수 있습니다. 또한 이러한 새 package 버전은 기존 플랫폼 버전과 이전 버전 호환성을 갖습니다.
기존 bots에 영향이 없다는 점에 유의하십시오. 특정 package 버전으로 개발된 Bots은 bot 개발자가 명시적으로 변경하지 않는 한 항상 계속 그렇게 실행됩니다. 이는 bot 개발자에게 준비가 되었을 때 새로운 package 버전을 채택할 수 있는 유연성을 제공합니다. Bot 개발자는 Bot editor 보기에서 bots을 명시적으로 편집하고 새로운 package 버전을 사용해야 합니다.
packages에 대한 지원 및 지원 중단 정책
- Package 버전은 최소 2년 동안 지원
- 릴리스된 Package 버전은 릴리스 후 최소 2년 동안 계속 지원됩니다. 2년이 지난 후에도 package 버전은 지원 중단되지 않는 한 계속 지원됩니다.
package 사용이 중단되는 경우 대부분 새로운 버전의 package가 제공됩니다. package에 대해 보고된 모든 문제 및 보안 수정 사항이 백포팅 없이 최신 버전에서 해결됩니다.
package 버전의 지원 중단이 계획되면 3개월 전에 고지가 전달됩니다. 심각한 보안 취약성이 있는 경우 최선을 다해 사전에 알림을 보냅니다.
- Packages 및 Bot Agent과의 Control Room 버전 호환성
- 패키지 버전과 bots은 이러한 버전을 사용하는 경우 package 버전 릴리스 후 2년 이내에 출시된 모든 Control Room 및 Bot Agent 버전과 호환됩니다. 이러한 지원되는 패키지 버전을 사용하는 Bots은 Control Room 및 Bot Agent 버전과 호환되도록 구성할 필요가 없습니다.
- package 버전에 대한 지원 중단 정책
- Package 버전은 해결해야 하는 심각한 보안 취약성이 없는 한 릴리스 후 2년 이내에 지원 중단되지 않습니다. 심각한 보안 취약성이 있는 경우 새 package 버전이 수정 사항과 함께 제공됩니다.
- 최소한의 bot 변경
-
package 버전 지원 정책은 기존 bots을 변경하고 계속 작동하는 데 필요한 노력을 최소화하는 것을 목표로 합니다.
특정 Bots 버전을 사용하는 package은 기존 package 버전이 지원되는 경우 package 버전을 사용하기 위해 업데이트할 필요가 없습니다. 하지만 package의 수명을 늘리기 위해 bot을 개발하는 경우 bot의 최신 버전을 사용하는 것이 좋습니다. package에 사용되는 bot 버전은 bot 지원 유지를 위해 지원 중단되기 전에 업데이트되어야 합니다.
API 지원 중단 정책
API 지원 중단은 API 사용이 더 이상 권장되지 않지만 작동은 한다는 것을 나타냅니다. 개발자들은 최신 지원 버전의 API로 마이그레이션하는 것이 좋습니다. API는 원활한 전환을 위해 EoL(지원 종료) 날짜와 릴리스 버전까지 제공됩니다.
API EoL(지원 종료)이란 API가 더 이상 작동하지 않고, 더 이상 사용할 수 없게 되는 날짜와 릴리스 버전을 나타냅니다. 개발자들은 이 날짜 전에 최신 지원 버전의 API로 마이그레이션을 완료했어야 합니다.
다음 시나리오에서는 API 지원 중단이 필요할 수 있습니다.
- 보안 취약점: 이전 API 버전에는 최신 버전에서 수정된 알려진 보안 취약점이 포함되어 있습니다.
- 기술 부채 이전 API 버전은 더 이상 지원되지 않는 오래된 기술, 접근 방식 또는 프레임워크를 기반으로 구축될 수 있어 유지 관리나 개선이 어렵습니다.
- 성능: 이전 API 버전은 최신 유스케이스나 규모 증가에 최적화되어 있지 않아 성능 저하와 느린 응답 시간을 초래합니다.
- 사용자 경험: 지원 중단된 API 버전에는 사용자가 탐색하기 어렵게 만드는 혼란스럽거나 중복된 엔드포인트가 포함될 수 있습니다.
API는 최소 2년 동안 지원됩니다. 2년 후 API 지원 중단이 발표될 수 있으며, API는 최소 1년(4번의 릴리스) 동안 제공되어 최신 버전으로 전환할 충분한 시간을 제공합니다.
Bot 수명 주기
bots에 대한 설계 가정은 package에서 사용되는 bots의 버전이 Control Room 실행에 사용되는 bots에 제공되어 있다는 것입니다. 개발자가 bots을 승격시키기 전에 package에 사용되는 bots 버전이 상위 환경의 package 버전과 일치하는지 확인하는 것이 좋습니다.