Automation 360 소프트웨어 수명 주기 정책

Automation Anywhere 소프트웨어 수명 주기 정책은 혁신과 개선 사항을 신속하게 제공하는 것을 목표로 합니다. 이 정책을 통해 예측 가능성, 품질, 또한 최신 혁신 및 개선 사항에 대한 무중단 액세스를 제공하므로 이러한 개선 사항을 적용할 시기와 방법을 제어할 수 있습니다.

주: 이 페이지에 언급된 정책은 차이가 명시적으로 언급되지 않는 한 Automation 360 클라우드온프레미스 모두에 적용됩니다.

개요

소프트웨어 수명 주기 정책은 변경 관리를 지원하는 동시에 Control Room, Bot 에이전트패키지에서 개선 사항이 포함된 최신 소프트웨어 업데이트를 제공합니다.

당사의 정책은 더 나은 고객 경험을 위해 기능, 버그 수정 및 기타 개선 사항에 대한 더욱 빠른 액세스를 제공하는 것을 목표로 합니다.
  • 예측 가능성: 빈번하고 정기적인 배포 주기를 통해 예측 가능한 출시 주기보다 빠르게 새롭고 향상된 패키지에 액세스할 수 있습니다.
  • 새로운 기능 배포: Bot에 변경 사항을 도입하는 것을 제어함으로써 새로운 기능을 테스트하고 원하는 속도로 배포할 수 있습니다.
  • 품질: Automation 360 클라우드에서 자동화된 배포를 통해 중대한 버그 및 보안 수정 사항이 포함된 새 패키지를 사용할 수 있습니다.
  • 무중단 액세스: 기존 구성을 중단하지 않고 패키지를 업데이트할 수 있습니다.
  • 역호환성: 이제 Bot의 이전 버전으로 되돌릴 수 있는 옵션을 이용할 수 있는 동시에 패키지을 안전하게 업데이트할 수 있습니다.

다음 이미지는 이 수명 주기 정책의 장점을 보여줍니다.

Automation 360에서 패키지 사용의 이점을 보여주는 이미지

Control Room

Automation 360는 지속적인 개발 및 배포 파이프라인을 사용하여 모든 배포 모델에서 점진적인 소프트웨어 업데이트를 개발하고 배포하는 최신 모범 사례를 활용합니다. Automation 360 Control Room 소프트웨어 업데이트는 약 3개월마다 출시됩니다.

업데이트는 일반적으로 다음 순서로 배포됩니다.

  • Community Edition클라우드-샌드박스: 이러한 클라우드 환경은 Automation 360 Cloud Service Status site에 게시되는 사전 알림과 함께 자동으로 업데이트됩니다. 고객은 클라우드-샌드박스 Control Room 환경을 사용하여 기본 개발(Dev), 테스트(Test 또는 UAT) 및 프로덕션(Prod) 클라우드 환경이 업데이트되기 최소 3주 전에 다음 업데이트를 시도해 볼 수 있습니다.
  • Automation 360 온프레미스 Control Room: 온프레미스 환경은 Community Edition에서 클라우드A-People Downloads page (Login required)-샌드박스 후에 릴리스됩니다. 고객은 다운로드 페이지에서 업데이트를 수동으로 다운로드하고 Control Room 인스턴스를 업데이트해야 합니다.
  • Automation 360 클라우드: 클라우드 환경은 사전 알림을 통해 자동으로 업데이트됩니다. 이러한 업데이트는 일반적으로 클라우드-샌드박스 업데이트 후 3~4주 후에 배포됩니다. 이러한 클라우드 업데이트는 비즈니스 시간 외에 진행될 예정이며, 월초나 월말에 가까운 시점에서는 짆행되지 않습니다. 클라우드 업데이트 알림은 업데이트 2주 전에 Automation 360 Cloud Service Status site에 게시됩니다.

Automation 360 소프트웨어 업데이트는 모든 새로운 기능이 누적되어 제공됩니다. 당사의 소프트웨어 업데이트 정책에 따라 버그는 최신 버전의 소프트웨어 업데이트에서만 수정됩니다. 당사는 온프레미스 배포에 n-2 릴리스(여기서 n은 최신 릴리스를 의미)를 지원하지만, 온프레미스 고객은 최신 기능과 버그 수정의 혜택을 누리려면 최신 릴리스로 업데이트하는 것이 좋습니다.

Bot 에이전트 업데이트

Bot 에이전트의 새 버전을 사용할 수 있는 경우 기본적으로 Bot 에이전트가 기존 기능에 영향을 미치지 않고 고객의 기기 풀에 자동으로 배포됩니다. 하지만 Control Room 관리자는 이 기본 업데이트 기능을 비활성화하고 Bot 에이전트를 수동으로 업데이트할 수 있습니다. 수동 업데이트 및 필수 업데이트의 경우 사용자에게 Bot 에이전트를 업데이트해야 하고 업데이트 전까지 이러한 기기에서 모든 Bot 에이전트 실행이 중지됩니다.

별도의 일정에 따라 표준 기기 AMI(Amazon Machine Image)를 사용하여 기기 풀이 배포되는 대규모 배포의 경우 업데이트를 위해 더 큰 조정, 변경 관리 프로세스 및 고객 환경의 승인이 필요합니다. 따라서 Automation 360에서는 6개월마다의 릴리스에 대해 역호환 Bot 에이전트를 지원합니다.

Automation 360 v.24 릴리스부터 4번Bot 에이전트 업데이트가 매년 릴리스되고, 2번의 선택적 업데이트와 필수로 선언될 수 있는 2번의 업데이트가 포함됩니다. 선택적 업데이트를 건너뛰고 다음 필수 Bot 에이전트 업데이트로 업데이트할 수 있습니다.

2분기 및 4분기 릴리스에는 선택적 Bot 에이전트 업데이트가 있으며 Bot 에이전트 업데이트를 건너뛸 수 있습니다. 하지만 1분기 및 3분기 업데이트에는 필수 Bot 에이전트 업데이트가 있을 수 있습니다. Bot 에이전트 릴리스에 필수 Control Room 업데이트가 필요한 경우 3개월 전에 고객에게 알림을 보냅니다. 자세한 내용은 Bot 에이전트 호환성 항목을 참조하십시오.

주: 호환성을 보장하고 최신 혁신의 혜택을 누리기 위해 6개월마다 Bot 에이전트 인스턴스를 업데이트할 것을 강력히 권장합니다.

패키지 업데이트

Automation 360 v.24 릴리스부터 패키지 제공은 기본 플랫폼 업데이트와는 별도로 개발됩니다. 이는 필요한 변경 및 수정 사항에 신속하게 대응하고 향후 패키지 업데이트를 유연하게 제공하는 데 도움이 됩니다.

이 기능을 통해 새로운 패키지 및 새로운 패키지 버전은 분기별 릴리스 단계에 따라 예측 가능한 방식으로 릴리스되면 이제 자동으로 Automation Anywhere 클라우드에서 다운로드될 수 있습니다. 새로 다운로드된 패키지는 기본 패키지가 되므로 고객은 패키지 버전을 사용할 수 있게 되는 즉시 지속적으로 사용할 수 있습니다.

이 기능은 다음 표에 나열된 클라우드온프레미스 Control Room 인스턴스에 대해 다르게 활성화됩니다.

원활한 패키지 업데이트 기능 클라우드 Control Room 온프레미스 Control Room
패키지 Automation Anywhere에서 클라우드 다운로드 기본적으로 활성화되어 있으며 비활성화할 수 없습니다. 기본적으로 비활성화되어 있으며 활성화할 수 있습니다.
다운로드된 패키지를 기본 버전으로 설정 기본적으로 활성화되어 있으며 비활성화할 수 있습니다. 기본적으로 활성화되어 있으며 비활성화할 수 있습니다.
  • 클라우드 사용자: 자동 패키지 다운로드 기능이 이제 모든 지역의 Control Room 인스턴스에서 동시에 활성화됩니다.

    지역에 패키지 업데이트가 제공되기 전에 현재 Control Room 버전의 최신 Control Room를 사용할 수 있습니다.

  • 온프레미스 사용자: 이 기능은 기본적으로 비활성화되어 있지만 패키지 관리자가 활성화할 수 있습니다.

개발자가 항상 최신 버전의 패키지를 사용하는 것이 좋습니다. 해당 버전은 최신 혁신과 이전 버전의 모든 코드 및 보안 수정 사항을 제공하기 때문입니다. 하지만 관리자는 언제든지 이 기본 동작을 변경하고 확인 후 패키지를 개발자에게 롤아웃할 수 있습니다. 또한 이러한 새 패키지 버전은 기존 플랫폼 버전과 이전 버전 호환성을 갖습니다.

기존 Bot에 영향이 없다는 점에 유의하십시오. 특정 패키지 버전으로 개발된 Bot 개발자가 명시적으로 변경하지 않는 한 항상 계속 그렇게 실행됩니다. 이는 개발자에게 준비가 되었을 때 새로운 패키지 버전을 채택할 수 있는 유연성을 제공합니다. Bot 개발자는 Bot 편집기 보기에서 Bot을 명시적으로 편집하고 새로운 패키지 버전을 사용해야 합니다.

패키지에 대한 지원 및 지원 중단 정책

패키지에 대한 지원 및 지원 중단 정책은 의 수명을 늘리고 Bot 업데이트를 위한 전체적인 유지 관리 노력을 줄이는 것을 목표로 합니다. 설계 고려 사항은 Bot 기능을 유지하는 데 필요한 변경 사항을 최소화하는 것입니다.
주: 이 정책은 Control Room 릴리스 v.23부터 적용됩니다.
패키지 버전은 최소 2년 동안 지원
릴리스된 패키지 버전은 릴리스 후 최소 2년 동안 계속 지원됩니다. 2년이 지난 후에도 패키지 버전은 지원 중단되지 않는 한 계속 지원됩니다.

패키지 사용이 중단되는 경우 대부분 새로운 버전의 패키지가 제공됩니다. 패키지에 대해 보고된 모든 문제 및 보안 수정 사항이 백포팅 없이 최신 버전에서 해결됩니다.

패키지 버전의 지원 중단이 계획되면 3개월 전에 고지가 전달됩니다. 심각한 보안 취약성이 있는 경우 최선을 다해 사전에 알림을 보냅니다.

패키지Bot 에이전트과의 Control Room 버전 호환성
패키지 버전과 Bot은 이러한 버전을 사용하는 경우 패키지 버전 릴리스 후 2년 이내에 출시된 모든 Control RoomBot 에이전트 버전과 호환됩니다. 이러한 지원되는 패키지 버전을 사용하는 BotControl RoomBot 에이전트 버전과 호환되도록 구성할 필요가 없습니다.
패키지 버전에 대한 지원 중단 정책
패키지 버전은 해결해야 하는 심각한 보안 취약성이 없는 한 릴리스 후 2년 이내에 지원 중단되지 않습니다. 심각한 보안 취약성이 있는 경우 새 패키지 버전이 수정 사항과 함께 제공됩니다.
최소한의 변경
패키지 버전 지원 정책은 기존 Bot을 변경하고 계속 작동하는 데 필요한 노력을 최소화하는 것을 목표로 합니다.

특정 Bot 버전을 사용하는 패키지은 기존 패키지 버전이 지원되는 경우 패키지 버전을 사용하기 위해 업데이트할 필요가 없습니다. 하지만 패키지의 수명을 늘리기 위해 을 개발하는 경우 의 최신 버전을 사용하는 것이 좋습니다. 패키지에 사용되는 버전은 지원 유지를 위해 지원 중단되기 전에 업데이트되어야 합니다.

API 지원 중단 정책

API 지원 중단은 API 사용이 더 이상 권장되지 않지만 작동은 한다는 것을 나타냅니다. 개발자들은 최신 지원 버전의 API로 마이그레이션하는 것이 좋습니다. API는 원활한 전환을 위해 EoL(지원 종료) 날짜와 릴리스 버전까지 제공됩니다.

API EoL(지원 종료)이란 API가 더 이상 작동하지 않고, 더 이상 사용할 수 없게 되는 날짜와 릴리스 버전을 나타냅니다. 개발자들은 이 날짜 전에 최신 지원 버전의 API로 마이그레이션을 완료했어야 합니다.

다음 시나리오에서는 API 지원 중단이 필요할 수 있습니다.

  • 보안 취약점: 이전 API 버전에는 최신 버전에서 수정된 알려진 보안 취약점이 포함되어 있습니다.
  • 기술 부채 이전 API 버전은 더 이상 지원되지 않는 오래된 기술, 접근 방식 또는 프레임워크를 기반으로 구축될 수 있어 유지 관리나 개선이 어렵습니다.
  • 성능: 이전 API 버전은 최신 유스케이스나 규모 증가에 최적화되어 있지 않아 성능 저하와 느린 응답 시간을 초래합니다.
  • 사용자 경험: 지원 중단된 API 버전에는 사용자가 탐색하기 어렵게 만드는 혼란스럽거나 중복된 엔드포인트가 포함될 수 있습니다.

API는 최소 2년 동안 지원됩니다. 2년 후 API 지원 중단이 발표될 수 있으며, API는 최소 1년(4번의 릴리스) 동안 제공되어 최신 버전으로 전환할 충분한 시간을 제공합니다.

주: 위 정책은 공개 API의 보안 취약점으로 인한 사용 중단에는 적용되지 않습니다. 이러한 케이스에서는 위험을 완화하기 위해 즉각적인 조치가 필요하며, 가능한 한 빨리 이러한 변경 사항을 알리기 위해 모든 노력을 기울일 것입니다.

Bot 수명 주기

Bot에 대한 설계 가정은 패키지에서 사용되는 Bot의 버전이 Control Room 실행에 사용되는 Bot에 제공되어 있다는 것입니다. 개발자가 Bot을 승격시키기 전에 패키지에 사용되는 Bot 버전이 상위 환경의 패키지 버전과 일치하는지 확인하는 것이 좋습니다.

Bot을 소프트웨어 버전이 낮은 상위 환경으로 승격시킬 때(예: 테스트 및 프로덕션) 패키지에 대한 종속 Bot가 포함되어 있어야 합니다. 이를 통해 대상 환경에서 패키지에 필요한 모든 버전을 갖게 됩니다.
주: 일부 패키지 버전은 Control Room 또는 Bot 에이전트의 이전 버전과 역호환되지 않습니다. 따라서 패키지 환경 업데이트 단계에서는 호환되지 않는 Control Room 버전을 사용하지 마십시오.