AEM 버전 업데이트 aem-version-updates
Adobe Experience Manager(AEM as a Cloud Service)에서 CI/CD(지속적 통합 및 배포)를 사용하여 프로젝트를 최신 버전으로 유지하는 방법에 대해 알아봅니다.
CI/CD ci-cd
AEM as a Cloud Service은 CI/CD(지속적 통합 및 지속적 배포)를 사용하여 프로젝트가 가장 최신 AEM 버전에 있도록 합니다. 이 프로세스는 사용자에게 영향을 주지 않고 프로덕션, 스테이징 및 개발 인스턴스를 원활하게 업데이트합니다.
인스턴스가 자동으로 업데이트되기 전에 3~5일 전에 새 AEM 유지 관리 릴리스가 게시됩니다. 이 기간 동안 다음을 선택적으로 수행할 수 있습니다. 개발 인스턴스에 대한 수동 업데이트 트리거. 이 시간이 경과하면 버전 업데이트가 먼저 개발 환경에 자동으로 적용됩니다. 업데이트가 성공하면 업데이트 프로세스가 스테이징 및 프로덕션 인스턴스로 진행됩니다. 개발 및 스테이징 인스턴스는 업데이트가 프로덕션 환경에 적용되기 전에 사용자 지정 작성 테스트가 실행되는 자동화된 품질 게이트 역할을 합니다.
업데이트 유형 update-types
AEM 버전 업데이트에는 다음과 같은 두 가지 유형이 있습니다.
-
- 대부분 유지 관리 목적이며, 최신 버그 수정 및 보안 업데이트가 여기에 포함됩니다.
- 변경 사항이 정기적으로 적용되므로 최소한의 영향만 미칩니다.
-
- 예측 가능한 월별 일정에 따라 릴리스됩니다.
업데이트 실패 update-failure
AEM 업데이트는 여러 단계를 포함하는 강력하고 완전히 자동화된 제품 유효성 검사 파이프라인을 통해 운영상의 모든 시스템에 대한 서비스를 중단하지 않도록 합니다. 상태 검사는 응용 프로그램의 상태를 모니터링하는 데 사용됩니다. AEM as a Cloud Service 업데이트 중에 이러한 검사가 실패하면 릴리스는 진행되지 않고 Adobe에서 업데이트가 예기치 않은 동작을 발생시킨 이유를 확인합니다.
환경에 새 버전의 사용자 지정 코드를 배포하는 경우 제품 및 사용자 정의 기능 테스트 중요한 역할을 수행하세요. 변경 사항이 적용된 후에도 프로덕션 시스템이 안정적이고 작동합니다. 이러한 테스트는 AEM 버전 업데이트 프로세스에도 적용됩니다.
프로덕션 환경 업데이트에 실패하는 경우 Cloud Manager가 자동으로 스테이징 환경을 롤백합니다. 이 작업은 업데이트가 완료된 후 스테이징 및 프로덕션 환경이 동일한 AEM 버전에 있도록 자동으로 수행됩니다.
마찬가지로 개발 환경의 자동 업데이트에 실패하는 경우 스테이징 및 프로덕션 환경은 업데이트되지 않습니다.
모범 사례 best-practices
-
스테이징 환경 사용
- 긴 QA/UAT 주기를 위해 스테이징이 아닌 다른 환경을 사용합니다.
- 스테이지에서 온전성 테스트가 완료되면 프로덕션에서 로 이동하여 확인합니다.
-
프로덕션 파이프라인
- 프로덕션에 배포하기 전에 일시 중단합니다.
- 스테이징 배포 후 파이프라인을 취소하면 코드가 "통과 중"이며 올바른 프로덕션 후보가 아님을 나타냅니다. 다음을 참조하십시오. 프로덕션 파이프라인 구성.
-
비프로덕션 파이프라인
- 구성 비프로덕션 파이프라인.
- 프로덕션 파이프라인 실패에 대한 전달 속도/빈도를 가속화합니다. 제품 기능 테스트, 사용자 정의 기능 테스트 및 사용자 정의 UI 테스트를 활성화하여 비프로덕션 파이프라인의 문제를 식별합니다.
-
콘텐츠 복사
- 사용 콘텐츠 복사 를 클릭하여 유사한 컨텐트 세트를 비프로덕션 환경으로 이동합니다.
-
자동화된 기능 테스트
- 파이프라인에 자동화된 테스트를 포함하여 중요한 기능을 테스트할 수 있습니다.
- 고객 기능 테스트 및 사용자 정의 UI 테스트 가 차단됩니다. 실패하면 AEM 릴리스가 롤아웃되지 않습니다.
회귀 regression
회귀 관련 문제가 발생하면 Admin Console을 통해 지원 사례를 제출합니다. 문제가 차단제이고 프로덕션에 영향을 주는 경우 P1이 제기되어야 합니다. 회귀 문제를 재현하는 데 필요한 모든 세부 정보를 제공합니다.
복합 노드 저장소 composite-node-store
일반적으로 업데이트는 노드 클러스터인 작성 인스턴스를 포함하여 가동 중지 시간 없이 발생합니다. 다음 이유로 인해 롤링 업데이트가 가능합니다. oak의 복합 노드 저장소 기능입니다.
이 기능을 사용하면 AEM에서 여러 저장소를 동시에 참조할 수 있습니다. 다음 기간 순환 배포, 새 AEM 버전에는 자체 버전이 포함되어 있습니다 /libs
(TarMK 기반 변경 불가능한 저장소). 두 버전 모두 와 같은 영역이 포함된 공유 DocumentMK 기반 변경 가능한 저장소를 참조하지만, 이전 AEM 버전과 구별됩니다 /content
, /conf
, /etc
외.
이전 버전과 새 버전 모두 의 자체 버전이 있으므로 /libs
, 두 가지 모두 롤링 업데이트 중에 활성화될 수 있습니다. 그리고, 둘 다 옛 것이 새 것으로 완전히 대체될 때까지 트래픽을 맡을 수 있습니다.