AEM 버전 업데이트

소개

이제 AEM as a Cloud Service은 CI/CD(Continuous Integration and Continuous Delivery)를 사용하여 프로젝트가 최신 AEM 버전에 있는지 확인합니다. 즉, 프로덕션 및 스테이지 인스턴스가 사용자를 위한 서비스를 중단 없이 최신 AEM 버전으로 업데이트됩니다.

노트

프로덕션 환경에 대한 업데이트가 실패하면 Cloud Manager는 스테이지 환경을 자동으로 롤백합니다. 이 작업은 업데이트가 완료된 후 스테이지와 프로덕션 환경이 모두 동일한 AEM 버전에 있는지 확인하기 위해 자동으로 수행됩니다.

AEM 버전 업데이트는 다음 두 가지 유형으로 제공됩니다.

  • AEM 푸시 업데이트

    • 매일 출시할 수 있습니다.

    • 최신 버그 수정 및 보안 업데이트를 포함한 대부분의 유지 관리.

      변경 사항이 정기적으로 적용되면 점진적 영향을 주므로 서비스에 미치는 영향을 줄일 수 있습니다.

  • 새로운 기능 업데이트

    • 예측 가능한 월별 일정을 통해 릴리스됩니다.

AEM 업데이트는 프로덕션 시스템에서 서비스를 중단하지 않도록 여러 단계를 포함하는 강력하고 완전히 자동화된 제품 유효성 검사 파이프라인을 따릅니다. 상태 검사는 응용 프로그램의 상태를 모니터링하는 데 사용됩니다. AEM as a Cloud Service 업데이트 중에 이러한 확인이 실패하면 릴리스가 진행되지 않고 Adobe에서 업데이트로 인해 이 예기치 않은 동작이 발생한 이유를 조사합니다.

AEM 버전 업데이트 중에 제품 업그레이드 및 고객 코드 푸시가 프로덕션을 중단하지 않도록 하는 제품 테스트 및 고객 기능 테스트도 검증됩니다.

노트

사용자 지정 코드가 스테이징에 푸시된 다음 사용자가 거부하는 경우, 다음 AEM 업데이트는 이러한 변경 사항을 제거하여 마지막으로 성공한 고객 릴리스의 git 태그를 프로덕션에 반영합니다.

복합 노드 저장소

위에서 언급했듯이 대부분의 경우 업데이트는 노드 클러스터인 작성자에 대해 시작하여 다운타임 없이 수행됩니다. Oak의 복합 노드 저장소 기능으로 인해 롤링 업데이트가 가능합니다.

이 기능을 사용하면 AEM에서 여러 저장소를 동시에 참조할 수 있습니다. 롤링 배포에서 새 Green AEM 버전에는 이전 Blue AEM 버전과 구별되는 자체 /libs(TarMK 기반 가변 저장소)가 포함되어 있지만, 두 버전은 /content , /conf , /etc 등과 같은 영역을 포함하는 공유 DocumentMK 기반 변경 가능 리포지토리를 참조합니다. 파란색과 녹색 둘 다 자체 버전의 /libs을 가지고 있으므로, 롤링 업데이트 중에 둘 다 활성화될 수 있으며, 파란색이 완전히 녹색으로 대체될 때까지 트래픽을 사용합니다.

이 페이지에서는