Cloud Manager FAQ

다음 섹션에서는 Cloud Manager와 관련된 FAQ에 대한 답변을 제공합니다.

Cloud Manager 빌드와 함께 Java 11을 사용할 수 있습니까?

Java 8에서 11로 빌드를 전환하려고 할 때 AEM Cloud Manager 빌드가 실패합니다. 이 문제는 많은 원인을 가질 수 있으며, 가장 일반적인 원인은 아래에 설명되어 있습니다.

  • 여기에 설명된 대로 Java 11에 대한 올바른 설정으로 maven-toolchases-plugin을 추가합니다. 예를 들어 wknd 샘플 프로젝트 코드를 참조하십시오.

  • 아래 오류가 발생하면 maven-scr-plugin 사용을 제거하고 모든 OSGi 주석을 OSGi R6 주석으로 변환해야 합니다. 자세한 내용은 여기여기를 참조하십시오.

    [main] [ERROR] Failed to execute goal org.apache.felix:maven-scr-plugin:1.26.4:scr (generate-scr-scrdescriptor) on project helloworld.core: /build_root/build/testsite/src/main/java/com/adobe/HelloWorldServiceImpl.java : Unable to load compiled class: com.adobe.HelloWorldServiceImpl: com/adobe/HelloWorldServiceImpl has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0 -> [Help 1]

  • Cloud Manager 빌드의 경우 maven enforcer 플러그인이 "[main] [WARNING] Rule 1: org.apache.maven.plugins.enforcer.RequireJavaVersion" 오류로 실패합니다. 이 문제는 코드 컴파일과 비교하여 maven 명령을 실행하기 위해 다른 버전의 Java를 사용하는 Cloud Manager로 인해 알려진 문제입니다. 지금은 maven-enforcer-plugin 구성에서 requireJavaVersion을 생략합니다.

코드 품질 검사가 실패하여 배포가 중단되었습니다. 이 수표를 우회할 수 있는 방법이 있나요?

보안 등급​을 제외한 모든 코드 품질 오류는 중요하지 않은 지표이므로 결과 UI에서 항목을 확장하여 생략할 수 있습니다.

배포 관리자, 프로젝트 관리자 또는 비즈니스 소유자 역할을 가진 사용자는 문제가 무시될 수 있습니다. 이 경우 파이프라인이 진행되거나 문제를 수락할 수 있으며, 이 경우 파이프라인이 오류로 중단됩니다. 자세한 내용은 파이프라인 실행 중 3계층 게이트를 참조하십시오.

Cloud Manager 배포는 Adobe Managed Services 환경의 성능 테스트 단계에서 실패합니다. 중요한 지표를 전달하려면 이 디버그 방법을 어떻게 적용합니까?

결과를 이해하려면 테스트 결과 이해를 참조하십시오.

성능 테스트 단계에 대한 몇 가지 참고 사항:

  • 성능 단계​는 웹 성능 단계로서, 웹 브라우저를 사용하여 페이지를 로드할 시간입니다.
  • 결과 CSV 파일에 나열된 URL은 테스트 중에 Cloud Manager 인프라의 Chrome 브라우저에 로드됩니다.
  • 실패하는 일반적인 지표는 오류율​입니다. URL을 전달하려면 기본 URL을 200 상태와 20 초 미만으로 로드해야 합니다. 20초를 초과하는 페이지 로드는 504 오류로 표시됩니다.
  • 사이트에 사용자 인증이 필요한 경우 사이트 인증을 위한 테스트를 구성하려면 인증된 성능 테스트를 참조하십시오.

Maven 프로젝트 버전에서 SNAPSHOT을 사용할 수 있습니까? 패키지 및 번들 jar 파일의 버전 관리는 스테이지 및 프로덕션 배포에 대해 어떻게 작동합니까?

스테이지 및 프로덕션 배포를 위한 패키지 및 번들 jar 파일의 버전 관리에 대해 알아보려면 다음 시나리오를 참조하십시오.

  1. 개발자 배포의 경우 Git 분기 pom.xml 파일은 <version> 값 끝에 -SNAPSHOT을 포함해야 합니다. 이렇게 하면 버전이 변경되지 않고 여전히 설치되도록 후속 배포가 가능합니다. 개발자 배포에서 maven 빌드에 대한 자동 버전이 추가되거나 생성되지 않습니다.

  2. 스테이지 및 프로덕션 배포에서 자동 버전이 여기에 설명된 대로 생성됩니다.

  3. 스테이지 및 프로덕션 배포의 사용자 지정 버전 지정을 위해 1.0.0과 같은 3가지 부분 적절한 마스터 버전을 설정하십시오. 프로덕션에 다른 배포를 수행해야 할 때마다 버전을 늘립니다.

  4. Cloud Manager는 자동으로 해당 버전을 스테이지 및 프로덕션 빌드에 추가하고 Git 분기를 만듭니다. 특별한 구성이 필요하지 않습니다. 위의 3단계를 건너뛰면 배포가 계속 제대로 작동하며 버전이 자동으로 설정됩니다.

  5. 스테이지 및 프로덕션 빌드 또는 배포용 -SNAPSHOT 버전을 그대로 두면 문제가 발생하지 않습니다. Cloud Manager는 적절한 버전 번호를 자동으로 설정하고 Git에서 태그를 만듭니다. 필요한 경우 나중에 이 태그를 참조할 수 있습니다.

  6. 개발 환경에서 몇 가지 실험적인 코드를 시도하려는 경우 새 Git 분기를 만들고 해당 다른 분기를 사용하도록 파이프라인을 설정할 수 있습니다. 이 기능은 배포가 실패하기 시작할 때 이전 버전의 코드로 테스트하여 배포가 언제 중단되었는지 확인하려는 경우에 유용합니다.

    아래의 Git 명령은 특정 사전 기존 커밋 485548e4fbafbc83b11c3cb12b035c9d26b6532b에 대해 testbranch1​라는 원격 분기를 만듭니다. 이 특수 분기는 다른 분기에 영향을 주지 않고 Cloud Manager에서 사용할 수 있습니다.

    git push origin 485548e4fbafbc83b11c3cb12b035c9d26b6532b:refs/heads/testbranch1

    자세한 내용은 Git 설명서를 참조하십시오.

    나중에 테스트 분기를 삭제하려면 delete 명령을 사용합니다.

    git push origin --delete testbranch1

Cloud Manager에서 Maven 빌드가 배포되지만 오류 없이 로컬에서 빌드됩니다. 디버그 방법

자세한 내용은 Git 리소스를 참조하십시오.

aio cloud manager 설정 파이프라인 변수를 통해 변수를 설정할 수 없습니다. 이러한 문제를 디버깅하는 방법

아래 명령과 유사한 명령을 통해 파이프라인 변수를 나열하거나 설정할 때 403 오류가 발생하는 경우 Admin Console에서 배포 관리자 Cloud Manager 제품 역할로 추가해야 합니다.
자세한 내용은 API 권한을 참조하십시오.

관련 명령 및 오류:

$ aio cloudmanager:list-pipeline-variables 222

오류: Cannot get variables: https://cloudmanager.adobe.io/api/program/111/pipeline/222/variables (403 Forbidden)

$ aio cloudmanager:set-pipeline-variables 222 --variable TEST 1

오류: Cannot get variables: https://cloudmanager.adobe.io/api/program/111/pipeline/222/variables (403 Forbidden)

이 페이지에서는