신속한 개발 환경

마지막 업데이트: 2024-01-25

변경 사항을 배포하기 위해 현재 클라우드 개발 환경에서는 CI/CD 파이프라인이라는 광범위한 코드 보안 및 품질 규칙을 사용하는 프로세스를 사용해야 합니다. 빠르고 반복적인 변경이 필요한 상황에 대해 Adobe은 신속한 개발 환경(RDE)을 도입했습니다.

RDE를 사용하면 개발자가 변경 사항을 신속하게 배포하고 검토할 수 있으므로 로컬 개발 환경에서 작동하는 것으로 입증된 기능을 테스트하는 데 필요한 시간을 최소화할 수 있습니다.

RDE에서 변경 사항을 테스트하면 Cloud Manager 파이프라인을 통해 일반 클라우드 개발 환경에 배포할 수 있습니다.

추가 비디오를 시연해 보십시오 설정 방법, 사용 방법개발 수명 주기 RDE를 사용합니다.

소개

RDE는 코드, 콘텐츠 및 Apache 또는 Dispatcher 구성에 사용할 수 있습니다. 일반 클라우드 개발 환경과 달리 개발자는 로컬 명령줄 도구를 사용하여 로컬로 빌드된 코드를 RDE에 동기화할 수 있습니다.

모든 프로그램은 RDE로 프로비저닝됩니다. Sandbox 계정이 있는 경우 몇 시간 동안 사용하지 않으면 최대 절전 모드로 전환됩니다.

생성 시 RDE는 가장 최근에 사용 가능한 Adobe Experience Manager(AEM) 버전으로 설정됩니다. Cloud Manager를 사용하여 수행할 수 있는 RDE 재설정은 RDE를 순환시키고 가장 최근에 사용할 수 있는 AEM 버전으로 설정합니다.

일반적으로 RDE는 특정 기능을 테스트 및 디버깅하기 위해 주어진 시간에 단일 개발자에 의해 사용됩니다. 개발 세션이 완료되면 RDE는 다음 사용을 위해 기본 상태로 재설정될 수 있습니다.

프로덕션(샌드박스가 아닌) 프로그램에 대해 추가 RDE에 라이센스가 부여될 수 있습니다.

프로그램에서 RDE 활성화

Cloud Manager를 사용하여 프로그램에 대한 RDE를 생성할 수 있도록 다음 단계를 따르십시오.

  1. my.cloudmanager.adobe.com에서 Cloud Manager에 로그인한 다음 적절한 조직을 선택합니다.

  2. RDE를 추가할 프로그램을 클릭하여 세부 정보를 표시합니다.

  3. 프로그램 개요 페이지에서 환경 카드의 환경 추가​를 클릭하여 환경을 추가합니다.

    환경 카드

    • 환경 추가 옵션은 환경 탭에서도 사용할 수 있습니다.

      환경 탭

    • 사용 권한이 없거나 사용 허가된 리소스에 따라 환경 추가 옵션이 비활성화될 수 있습니다.

  4. 환경 추가 대화 상자가 나타나면 다음 작업을 수행하십시오.

    • 선택 신속한 개발 다음 아래에 환경 유형 선택 제목.
      • 사용 가능한/사용된 환경 수는 환경 유형 뒤의 괄호 안에 표시됩니다.
    • 다음을 제공합니다. 이름 환경용입니다.
    • 선택 사항 제공 설명 환경용입니다.
    • 클라우드 영역​을 선택합니다.

    환경 추가 대화 상자

  5. 저장​을 클릭하여 지정된 환경을 추가합니다.

다음 개요 이제 화면에 새 환경이 환경 카드.

생성 시 RDE는 가장 최근에 사용할 수 있는 AEM 버전으로 설정됩니다. Cloud Manager를 사용하여 수행할 수도 있는 RDE 재설정은 RDE를 순환시키고 가장 최근에 사용할 수 있는 AEM 버전으로 설정합니다.

Cloud Manager를 사용하여 환경을 만들고, 환경에 액세스할 수 있는 사용자를 관리하고, 사용자 정의 도메인을 할당하는 방법에 대한 자세한 내용은 다음을 참조하십시오. cloud Manager 설명서.

RDE 명령줄 도구 설치

Cloud Manager를 사용하여 프로그램에 대한 RDE를 추가한 후 다음 단계에 설명된 대로 명령줄 도구를 설정하여 RDE와 상호 작용할 수 있습니다.

중요

의 최신 버전을 보유하고 있는지 확인하십시오. 노드 및 NPM 설치됨 Adobe I/O CLI 및 관련 플러그인이 제대로 작동하는지 확인하십시오.

  1. 절차에 따라 Adobe I/O CLI 도구를 설치합니다 여기.

  2. Adobe I/O CLI 도구 cloud manager 플러그인을 설치하고 설명에 따라 구성합니다. 여기.

  3. 다음 명령을 실행하여 Adobe I/O CLI 도구 AEM RDE 플러그인을 설치합니다.

    aio plugins:install @adobe/aio-cli-plugin-aem-rde
    aio plugins:update
    
  4. 조직 ID에 대한 cloud manager 플러그인 구성:

    aio config:set cloudmanager_orgid 4E03EQC05D34GL1A0B49421C@AdobeOrg

    그리고 영숫자 문자열을 자체 조직 ID로 바꿉니다. 이 ID는 전략을 사용하여 조회할 수 있습니다 여기.

  5. 다음으로 프로그램 ID를 구성합니다.

    aio config:set cloudmanager_programid 12345

  6. 그런 다음 RDE를 연결할 환경 ID를 구성합니다.

    aio config:set cloudmanager_environmentid 123456

  7. 플러그인 구성을 완료한 후 다음을 수행하여 로그인합니다.

    aio login

    성공적인 로그인 시 응답은 아래 출력과 유사해야 하지만 표시되는 값은 무시할 수 있습니다.

    ...
    You are currently in:
    1. Org: <no org selected>
    2. Project: <no project selected>
    3. Workspace: <no workspace selected>
    

    이 단계를 수행하려면 Cloud Manager의 멤버여야 합니다 개발자 - Cloud Service 제품 프로필. 다음을 참조하십시오 이 페이지 을 참조하십시오.

    또는 이 명령을 실행하여 개발자 콘솔에 로그인할 수 있는 경우 이 개발자 역할이 있는지 확인할 수 있습니다.

    aio cloudmanager:environment:open-developer-console

    다음 항목이 표시되면 Warning: cloudmanager:list-programs is not a aio command. 오류입니다. 다음을 설치해야 합니다. aio-cli-plugin-cloudmanager 아래 명령을 실행하여 다음을 수행합니다.

    aio plugins:install @adobe/aio-cli-plugin-cloudmanager
    
  8. 를 실행하여 로그인이 성공적으로 완료되었는지 확인합니다.

    aio cloudmanager:list-programs

    구성된 조직의 모든 프로그램이 나열됩니다.

자세한 내용 및 데모를 보려면 비디오 튜토리얼을 시청하십시오 rde 설정 방법 (06:24).

새 기능을 개발하는 동안 RDE 사용

Adobe은 새 기능을 개발하기 위해 다음 워크플로를 권장합니다.

  • 중간 이정표에 도달하고 AEM as a Cloud Service SDK를 사용하여 로컬에서 성공적으로 유효성을 검사하면 git 기능 분기에 코드를 커밋합니다. git에 커밋은 선택 사항이지만 분기는 아직 주 라인에 포함되지 않아야 합니다. '중간 이정표'를 구성하는 것은 팀 습관에 따라 다르다. 예를 들면 몇 개의 새로운 코드 줄, 반나절 작업 또는 하위 기능 완료가 있습니다.

  • 다른 기능에서 RDE를 사용했으며 다음 작업을 수행하려는 경우 RDE를 재설정합니다. 기본 상태로 재설정. 재설정하는 데 몇 분이 소요되며 기존의 모든 콘텐츠와 코드가 삭제됩니다. RDE status 명령을 사용하여 RDE가 준비되었는지 확인할 수 있습니다. RDE에 최신 AEM 릴리스 버전이 표시됩니다.

    중요

    스테이징 및 프로덕션 환경이 자동 AEM 릴리스 업데이트를 받지 못하고 최신 AEM 릴리스 버전보다 오래된 경우 RDE에서 실행되는 코드가 스테이징 및 프로덕션에서 작동하는 방식과 일치하지 않을 수 있습니다. 이 경우 코드를 프로덕션에 배포하기 전에 스테이징에서 철저한 테스트를 수행하는 것이 특히 중요합니다.

  • RDE 명령줄 인터페이스를 사용하여 로컬 코드를 RDE에 동기화합니다. 옵션에는 Apache/Dispatcher 구성의 콘텐츠 패키지, 특정 번들, OSGI 구성 파일, 콘텐츠 파일 및 zip 파일 설치가 포함됩니다. 원격 콘텐츠 패키지를 참조할 수도 있습니다. 다음을 참조하십시오 RDE 명령줄 도구 추가 정보. status 명령을 사용하여 배포가 성공했는지 확인할 수 있습니다. 필요한 경우 패키지 관리자를 사용하여 콘텐츠 패키지를 설치합니다.

  • RDE에서 코드를 테스트합니다. Cloud Manager에서는 작성자 및 게시 URL을 사용할 수 있습니다.

  • 코드가 예상대로 작동하지 않으면 표준 디버깅 기술을 사용하여 문제를 이해하고 적절하게 변경합니다. 코드 수정 사항을 git에 커밋하지 않고(유효성이 검사되지 않았으므로) 로컬 CLI를 사용하여 코드를 RDE에 동기화합니다. 문제가 해결될 때까지 계속 반복하십시오.

  • 코드가 예상대로 작동하면 코드를 git 기능 분기에 커밋합니다.

  • RDE로 동기화된 코드는 Cloud Manager 파이프라인을 사용하지 않으므로 이제 Cloud Manager 비프로덕션 파이프라인을 사용하여 git 기능 분기를 클라우드 개발 환경에 배포해야 합니다. 코드가 Cloud Manager 품질 게이트를 통과하는지, 그리고 나중에 Cloud Manager 프로덕션 파이프라인을 사용하여 코드가 성공적으로 배포되었는지 확인할 수 있습니다.

  • 기능에 대한 모든 코드가 준비되고 RDE 및 클라우드 개발 환경 모두에서 잘 실행될 때까지 각 중간 이정표에 대해 위의 단계를 반복합니다.

  • Cloud Manager 프로덕션 파이프라인을 통해 프로덕션에 코드를 배포합니다.

RDE를 사용하여 기존 기능 디버그

이 워크플로우는 새 기능을 개발하는 것과 유사합니다. 차이점은 RDE에 동기화되는 코드가 문제가 발견된 환경에 푸시된 모든 것의 git 레이블을 반영한다는 것입니다. 또한 업스트림 환경과 일치하는 콘텐츠를 배포하는 것이 유용할 수 있습니다. 이 작업은 콘텐츠 패키지를 내보내고 가져와서 수행할 수 있습니다.

동일한 RDE에서 공동 작업 중인 여러 개발자

RDE는 한 번에 하나의 프로젝트를 지원합니다. 코드는 로컬 개발 환경에서 RDE 환경으로 동기화되므로 한 개발자가 주어진 시간에 직접 사용하는 것이 가장 자연스럽습니다.

그러나 신중하게 조정하면 두 명 이상의 개발자가 특정 기능을 검증하거나 특정 문제를 디버깅할 수 있습니다. 중요한 것은 각 개발자가 로컬 프로젝트를 계속 동기화하여 특정 개발자의 코드 변경 사항이 다른 개발자에게 흡수되도록 하는 것입니다. 그렇지 않으면 한 개발자가 실수로 다른 개발자의 코드를 덮어쓸 수 있습니다. 권장되는 전략은 각 개발자가 RDE로 동기화하기 전에 공유 git 분기에 변경 사항을 커밋하여 다른 개발자가 직접 변경하기 전에 변경 사항을 가져오는 것입니다.

RDE 명령줄 도구 명령

도움말/일반 정보

  • 명령 목록을 보려면 다음을 입력합니다.

    aio aem:rde

  • 명령에 대한 자세한 도움말을 보려면 다음과같이 입력합니다.

    aio aem rde <command> --help

RDE에 배포

이 섹션에서는 번들, OSGI 구성, 콘텐츠 패키지, 개별 콘텐츠 파일 및 Apache 또는 Dispatcher 구성의 배포, 설치 또는 업데이트에 RDE CLI를 사용하는 방법에 대해 설명합니다.

일반적인 사용 패턴은 다음과 같습니다 aio aem:rde:install <artifact>.

다음은 몇 가지 예입니다.

컨텐츠 패키지 배포

aio aem:rde:install sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip

성공적인 배포에 대한 응답은 다음과 같습니다.

...
#1: deploy completed for content-package sample.demo.ui.apps.all-1.0.0-SNAPSHOT.zip on author,publish - done by 9E072FC75D54FE1A2B49431C@AdobeID at 2022-09-13T11:32:06.229Z

필요한 경우 원격 저장소를 참조할 수 있습니다.

aio aem:rde:install -t content-package "https://repo1.maven.org/maven2/com/adobe/aem/guides/aem-guides-wknd.all/2.1.0/aem-guides-wknd.all-2.1.0.zip"

기본적으로 아티팩트는 작성자 및 게시 계층 모두에 배포되지만 "-s" 플래그를 사용하여 특정 계층을 타깃팅할 수 있습니다.

코드, 콘텐츠 또는 가 포함된 패키지와 같은 모든 AEM 패키지를 배포할 수 있습니다. 컨테이너 패키지 ("모든" 패키지라고도 함).

중요

WKND 프로젝트에 대한 Dispatcher 구성은 위의 콘텐츠 패키지 설치를 통해 배포되지 않습니다. "Apache/Dispatcher 구성 배포" 단계에 따라 별도로 배포합니다.

OSGI 구성 배포

aio aem:rde:install com.adobe.granite.demo.MyServlet.cfg.json

성공적인 배포에 대한 응답은 다음과 같습니다.

...
#2: deploy completed for osgi-config com.adobe.granite.demo.MyServlet.cfg.json on author,publish - done by 9E0725C05D54FE1A0B49431C@AdobeID at 2022-09-13T11:54:36.390Z

번들 배포

번들을 배포하려면 다음을 사용합니다.

aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar

성공적인 배포에 대한 응답은 다음과 같습니다.

...
#3: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D53BE1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z

컨텐츠 파일 배포

컨텐츠 파일을 배포하려면 다음을 사용합니다.

aio aem:rde:install world.txt -p /apps/hello.txt

성공적인 배포에 대한 응답은 다음과 같습니다.

..
#4: deploy completed for content-file world.txt on author,publish - done by 9E0729C05C54FE1A0B49431C@AdobeID at 2022-09-14T07:49:30.644Z

Apache/Dispatcher 구성 배포

이러한 유형의 구성을 위해서는 전체 폴더 구조가 zip 파일 형식이어야 합니다.

다음에서 dispatcher AEM 프로젝트의 모듈에서는 아래 maven 명령을 실행하여 Dispatcher 구성을 압축할 수 있습니다.

mvn clean package

또는 의 아래 zip 명령 사용 src 디렉토리 dispatcher 모듈:

zip -y -r dispatcher.zip .

그런 다음 이 명령을 사용하여 구성을 배포합니다.

aio aem:rde:install target/aem-guides-wknd.dispatcher.cloud-X.X.X-SNAPSHOT.zip

위의 명령은 를 배포하는 것으로 가정합니다. WKND 프로젝트의 Dispatcher 구성 다음을 교체해야 합니다. X.X.X 프로젝트의 Dispatcher 구성을 배포할 때 해당 WKND 프로젝트 버전 번호 또는 프로젝트별 버전 번호 사용

노트

RDE는 "유연한 모드" Dispatcher 구성을 지원하지만 "레거시 모드" Dispatcher 구성은 지원하지 않습니다. 다음을 참조하십시오 Dispatcher 설명서 두 가지 모드에 대한 정보. 다음 설명서도 참조하십시오. 유연한 모드로 마이그레이션, 아직 수행하지 않았다면 다음을 수행합니다.

배포가 성공하면 다음과 유사한 응답이 생성됩니다.

..
#5 deploy completed for dispatcher-config dispatcher.zip on author,publish - done by 9E0735C05T54FE1A0B49431C@AdobeID at 2022-10-03T10:26:31.286Z
Logs:
  Cloud manager validator 2.0.49
  2022/10/03 10:26:37 No issues found
  Syntax OK

RDE에 배포된 코드는 Cloud Manager 파이프라인 및 관련 품질 게이트를 거치지 않습니다. 그러나 이 코드는 아래 코드 샘플에 표시된 대로 오류를 보고하는 몇 가지 분석을 수행합니다.

$ aio aem:rde:install ~/.m2/repository/org/apache/felix/org.apache.felix.gogo.jline/1.1.8/org.apache.felix.gogo.jline-1.1.8.jar
...
#19: deploy staged for osgi-bundle org.apache.felix.gogo.jline-1.1.8.jar on author,publish - done by 9E0725C05D74FR1A0B49431C@AdobeID at 2022-09-14T07:54:28.882Z
Logs:
The analyser found the following errors for author :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.
The analyser found the following errors for publish :
[requirements-capabilities] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Artifact com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8 requires [org.apache.felix.gogo.jline/1.1.8] org.apache.felix.gogo; filter:="(&(org.apache.felix.gogo=command.implementation)(version>=1.0.0)(!(version>=2.0.0)))"; effective:=active in start level 20 but no artifact is providing a matching capability in this start level.
[api-regions-exportsimports] com.adobe.aem.temp:org.apache.felix.gogo.jline:1.1.8: Bundle org.apache.felix.gogo.jline:1.1.8 is importing package(s) [org.jline.builtins, org.jline.utils, org.apache.felix.service.command, org.apache.felix.service.threadio, org.jline.terminal, org.jline.reader, org.apache.felix.gogo.runtime, org.jline.reader.impl] in start level 20 but no bundle is exporting these for that start level.

위의 코드 샘플은 번들이 해결되지 않는 경우의 동작을 보여 줍니다. 이 경우 "스테이징됨"이며 다른 코드 설치를 통해 요구 사항(이 경우 누락된 가져오기)이 충족되는 경우에만 설치됩니다.

사이트 테마 및 사이트 템플릿을 기반으로 프론트엔드 코드 배포

노트

이 기능은 아직 GA는 아니지만 얼리어답터가 사용할 수 있습니다. 에게 문의하십시오. aemcs-rde-support@adobe.com 사용해 보고 피드백을 제공해 주십시오.

RDE는 다음을 기반으로 프론트엔드 코드 지원 사이트 테마사이트 템플릿. RDE에서는 Cloud Manager가 아닌 명령줄 지시문을 사용하여 프론트엔드 패키지를 배포합니다 프론트엔드 파이프라인 다른 환경 유형에 사용됩니다.

평소대로 npm을 사용하여 프론트엔드 패키지를 빌드합니다.

npm run build

다음을 생성합니다. dist/ 프론트엔드 패키지 폴더에 package.json 파일 및 dist 폴더:

ls ./path-to-frontend-pkg-folder/
...
dist
package.json

이제 프론트엔드 패키지 폴더를 가리키면 프론트엔드 패키지를 RDE에 배포할 준비가 되었습니다.

aio aem:rde:install -t frontend ./path-to-frontend-pkg-folder/
...
#1: deploy completed for frontend frontend-pipeline.zip on author,publish - done by ... at 2024-01-18T15:33:22.898Z
Logs:
> Deployed artifact wknd-1.0.0-1705592008-26e7ec1a
> with workspace hash 692021864642a20d6d298044a927d66c0d9cf2adf42d4cca0c800a378ac3f8d3

또는 를 압축할 수 있습니다. package.json 파일 및 dist 해당 zip 파일을 폴더에 저장하고 배포합니다.

zip -r frontend-pkg.zip ./path-to-frontend-pkg-folder/dist ./path-to-frontend-pkg-folder/package.json

aio aem:rde:install -t frontend frontend-pkg.zip
...
#1: deploy completed for frontend frontend-pipeline.zip on author,publish - done by ... at 2024-01-18T15:33:22.898Z
Logs:
> Deployed artifact wknd-1.0.0-1705592008-26e7ec1a
> with workspace hash 692021864642a20d6d298044a927d66c0d9cf2adf42d4cca0c800a378ac3f8d3
노트

프론트엔드 패키지의 파일 이름은 다음 명명 규칙을 준수해야 합니다.

  • "dist" 폴더, npm 빌드 출력 패키지 폴더
  • npm 종속성 패키지용 "package.json" 파일

RDE 상태 확인

RDE CLI를 사용하여 RDE 플러그인을 통해 배포된 내용과 같이 환경을 배포할 준비가 되었는지 확인할 수 있습니다.

실행 중:

aio aem:rde:status

다음을 반환합니다.

Info for cm-p12345-e987654
Environment: Ready
- Bundles Author:
 com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Bundles Publish:
 com.adobe.granite.sample.demo-1.0.0.SNAPSHOT
- Configurations Author:
 com.adobe.granite.demo.MyServlet
- Configurations Publish:
 com.adobe.granite.demo.MyServlet

인스턴스 배포에 대한 메모를 반환하는 경우 계속해서 다음 업데이트를 수행할 수 있지만 마지막 업데이트가 아직 인스턴스에 표시되지 않을 수 있습니다.

배포 내역 표시

다음을 실행하여 RDE에 대한 배포 내역을 확인할 수 있습니다.

aio aem:rde:history

응답 형식을 반환합니다.

#1: deploy completed for content-package aem-guides-wknd.all-2.1.0.zip on author,publish - done by 029039A55D4DE16A0A494025@AdobeID at 2022-09-12T14:41:55.393Z

RDE에서 삭제

CLI 도구를 통해 이전에 RDE에 배포된 구성 및 번들을 삭제할 수 있습니다. 사용 status 삭제할 수 있는 항목 목록을 나타내는 명령 bsn 번들 및 pid 구성 을 delete 명령에서 참조할 수 있습니다.

예를 들어 다음과 같습니다. com.adobe.granite.demo.MyServlet.cfg.json 이(가) 설치되었으므로 bsn 은(는) 입니다. com.adobe.granite.demo.MyServlet, (이)가 없는 cfg.json 접미사.

컨텐츠 패키지 또는 컨텐츠 파일 삭제는 지원되지 않습니다. 이를 제거하려면 RDE를 재설정해야 하며, 이렇게 하면 RDE가 기본 상태로 돌아갑니다.

자세한 내용은 아래 예를 참조하십시오.

aio aem:rde:delete com.adobe.granite.csrf.impl.CSRFFilter
#13: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on author - done by karl at 2022-09-12T22:01:01.955Z
#14: delete completed for osgi-config com.adobe.granite.csrf.impl.CSRFFilter on publish - done by karl at 2022-09-12T22:01:12.979Z

자세한 내용 및 데모는 비디오 튜토리얼 을 참조하십시오. RDE 명령 사용 방법(10:01).

재설정

RDE를 재설정하면 작성자 및 게시 인스턴스 모두에서 모든 사용자 지정 코드, 구성 및 콘텐츠가 제거됩니다. 이 재설정은 예를 들어 RDE가 특정 기능을 테스트하는 데 사용되었고 다른 기능을 테스트할 수 있도록 기본 상태로 재설정하려는 경우 유용합니다.

재설정하면 RDE가 가장 최근에 사용할 수 있는 AEM 버전으로 설정됩니다.

Cloud Manager를 사용하여 아래 단계에 따라 RDE를 재설정할 수 있습니다.

  1. my.cloudmanager.adobe.com에서 Cloud Manager에 로그인한 다음 적절한 조직을 선택합니다.

  2. RDE를 재설정할 프로그램을 클릭합니다.

  3. 개요 페이지에서 화면 상단의 환경 탭을 클릭합니다.

    환경 탭

    • 또는 환경 카드에서 모두 표시 버튼을 클릭하여 환경 탭으로 직접 이동합니다.

      모두 표시 옵션

  4. 다음 환경 창이 열리고 프로그램에 대한 모든 환경이 나열됩니다.

    환경 탭

  5. 재설정할 RDE의 줄임표 버튼을 클릭한 다음 을 선택합니다 재설정.

    환경 세부 정보 보기

  6. 을 클릭하여 RDE를 재설정할지 확인합니다. 재설정 을 클릭합니다.

    재설정 확인

  7. Cloud Manager는 배너 알림을 통해 재설정 프로세스가 시작되었음을 확인합니다.

    배너 알림 재설정

RDE 재설정 프로세스가 시작되면 일반적으로 완료되어 환경을 기본 상태로 되돌리는 데 몇 분이 소요됩니다. 재설정 프로세스의 상태는 언제든지 상태환경 카드 또는 환경 창.

RDE 재설정 상태

에서 바로 줄임표 버튼을 사용하여 RDE를 재설정할 수도 있습니다. 환경 다음에 대한 카드 개요 페이지를 가리키도록 업데이트하는 중입니다.

환경 카드에서 RDE 재설정

Cloud Manager를 사용하여 환경을 관리하는 방법에 대한 자세한 내용은 cloud Manager 설명서.

실행 모드

아래 예와 같이 폴더 이름에 접미사를 사용하여 RDE별 OSGI 구성을 적용할 수 있습니다.

  • config.rde
  • config.author.rde
  • config.publish.rde

다음을 참조하십시오. 실행 모드 설명서 실행 모드에 대한 일반적인 정보.

노트

RDE OSGI 구성은 번들에 의해 선언된 모든 OSGI 속성의 값을 상속한다는 점에서 고유합니다. dev 실행 모드.

RDE는 컨텐츠를 /apps 아래의 install.rde 폴더(또는 install.author.rde 또는 install.publish.rde)에 설치할 수 있다는 점에서 다른 환경과 구별됩니다. 이렇게 하면 명령줄 도구를 사용하여 콘텐츠를 git에 커밋하고 RDE에 전달할 수 있습니다.

컨텐츠로 채우기

RDE가 재설정되면 모든 컨텐츠가 제거되므로 원할 경우 컨텐츠를 추가하려면 명시적인 작업을 수행해야 합니다. RDE에서 기능의 유효성을 검사하거나 디버깅하기 위한 테스트 콘텐츠로 사용할 콘텐츠 세트를 어셈블하는 것이 좋습니다. 해당 콘텐츠로 RDE를 채우는 몇 가지 가능한 전략이 있습니다.

  1. 명령줄 도구를 사용하여 콘텐츠 패키지를 RDE에 명시적으로 동기화

  2. /apps 아래의 install.rde 폴더 내의 git에 샘플 콘텐츠를 배치하고 커밋한 다음 명령줄 도구를 사용하여 중요한 콘텐츠 패키지를 RDE에 동기화합니다.

  3. 사용 콘텐츠 복사 도구 정의된 콘텐츠 세트를 프로덕션, 스테이지 또는 개발 환경 또는 다른 RDE에서 복사하려면 다음을 수행합니다.

  4. 패키지 관리자 사용

콘텐츠 패키지를 동기화할 때는 1GB로 제한됩니다.

로깅

OSGi 구성을 수정하여 로그 수준을 설정할 수 있습니다. 다음 확인: 설명서 추가 정보.

RDE는 클라우드 개발 환경과 어떻게 다릅니까?

RDE는 여러 가지 면에서 클라우드 개발 환경과 유사하지만 코드를 빠르게 동기화할 수 있는 일부 사소한 아키텍처 차이점이 있습니다. RDE에 코드를 가져오는 메커니즘은 다릅니다. RDE의 경우 로컬 개발 환경에서 코드를 동기화하지만 클라우드 개발 환경의 경우 Cloud Manager를 통해 코드를 배포합니다.

이러한 이유로 RDE 환경에서 코드를 확인한 후 비프로덕션 파이프라인을 사용하여 클라우드 개발 환경에 코드를 배포하는 것이 좋습니다. 마지막으로 프로덕션 파이프라인으로 배포하기 전에 코드를 테스트합니다.

또한 다음 고려 사항을 참고하십시오.

  • RDE에는 미리보기 계층이 포함되지 않음
  • RDE는 현재 프리릴리스 채널을 지원하지 않습니다.
  • 를 기반으로 프론트엔드 코드 보기 및 디버깅에 대한 RDE 지원 사이트 테마사이트 템플릿 배포된 는 아직 GA 준비가 되지 않았으며 얼리어답터에서 사용할 수 있습니다. 에게 문의하십시오. aemcs-rde-support@adobe.com 사용해 보고 피드백을 제공해 주십시오.

몇 개의 RDE가 필요합니까?

RDE는 라이센스가 부여된 각 솔루션에 대해 사용할 수 있으며 Adobe은 프로덕션(샌드박스가 아닌) 프로그램에 대해 라이센스가 부여될 수 있는 추가 RDE도 제공합니다.

필요한 RDE 수는 조직의 구성과 프로세스에 따라 다릅니다. 가장 유연한 모델은 조직에서 각 AEM Cloud Service 개발자를 위한 전용 RDE를 구매하는 것입니다. 이 모델에서 각 개발자는 RDE 환경을 사용할 수 있는지 여부에 대해 다른 팀 구성원과 조정하지 않고 RDE에서 코드를 테스트할 수 있습니다.

반면에 단일 RDE를 사용하는 팀은 내부 프로세스를 사용하여 주어진 시간에 환경을 사용할 수 있는 개발자를 조정할 수 있습니다. 개발자가 중간 기능 이정표에 도달하여 필요한 변경을 신속하게 수행할 수 있는 클라우드 환경에서 유효성 검사를 수행할 준비가 될 때마다 이러한 상황이 발생할 수 있습니다.

중간 모델은 조직에서 여러 RDE를 구매하여 사용하지 않는 RDE를 사용할 수 있는 가능성이 높은 모델입니다. 한 가지 전략은 스크럼 팀 또는 주요 기능당 RDE를 할당하는 것입니다. 내부 프로세스들은 환경들의 사용을 조정하기 위해 사용될 수 있다.

AEM Forms Cloud Service RDE(신속한 개발 환경)는 다른 환경과 어떻게 다릅니까?

Forms 개발자는 AEM Forms Cloud Service 신속 개발 환경을 사용하여 적응형 Forms, 워크플로 및 핵심 구성 요소 맞춤화, 서드파티 시스템과의 통합 등과 같은 사용자 정의를 신속하게 개발할 수 있습니다. AEM Forms RDE(Cloud Service 빠른 개발 환경)에는 통신 API가 지원되지 않습니다. 또한 적응형 양식 제출 시 기록 문서 생성과 같이 기록 문서가 필요한 기능이 지원되지 않습니다. 아래에 나열된 AEM Forms 기능은 RDE(Rapid Development Environment)에서 사용할 수 없습니다.

  • 적응형 양식을 위한 기록 문서 구성
  • 적응형 양식 제출 시 또는 워크플로우 단계와 함께 기록 문서 생성
  • 기록 문서를 전자 메일 제출 액션 또는 워크플로우의 전자 메일 단계를 사용하여 첨부 파일로 보내기
  • 적응형 양식 또는 워크플로우 단계에서 Adobe Sign 사용
  • 통신 API
노트

RDE(Rapid Development Environment)의 UI와 Forms의 기타 Cloud Service 환경에는 차이가 없습니다. 적응형 양식에 대한 기록 문서 템플릿 선택과 같은 모든 기록 문서 관련 옵션이 UI에 계속 표시됩니다. 이러한 환경에는 이러한 옵션을 테스트할 통신 API 및 기록 문서 기능이 없습니다. 따라서 통신 API 또는 기록 문서 기능이 필요한 옵션을 선택하면 작업이 수행되지 않고 오류 메시지가 표시됩니다.

RDE 자습서

AEM에서 RDE에 대해 as a Cloud Service으로 알아보려면 다음을 보여 주는 비디오 튜토리얼을 참조하십시오. 설정 방법, 사용 방법 및 개발 수명 주기(01:25).

이 페이지에서는