복제

Adobe Experience Manager as a Cloud Service은 Sling 컨텐츠 배포 기능을 사용하여 컨텐츠를 AEM 런타임의 외부에 있는 Adobe I/O에서 실행되는 파이프라인 서비스에 복제하도록 이동합니다.

노트

자세한 내용은 배포를 참조하십시오.

컨텐츠 게시 방법

빠른 게시 취소/게시 - 계획된 게시 취소/게시

이렇게 하면 게시 관리 방법을 통해 가능한 추가 옵션 없이 선택한 페이지를 즉시 게시할 수 있습니다.

자세한 내용은 게시 관리를 참조하십시오.

설정 및 해제 시간 - 트리거 구성

On TimeOff Time​의 추가 가능성은 페이지 속성🔗의 기본 탭에서 사용할 수 있습니다.

이에 대한 자동 복제를 실현하려면 OSGi 구성 오프 트리거 구성​에서 자동 복제​를 활성화해야 합니다.

OSGi 켜기 트리거 구성

게시 관리

게시 관리는 빠른 게시보다 많은 옵션을 제공하여 하위 페이지, 참조의 사용자 지정, 적용 가능한 워크플로우 시작뿐 아니라 나중에 게시할 수 있는 옵션이 포함되어 있습니다.

나중에 게시 옵션에 대한 폴더의 하위 항목을 포함하면 이 문서에 설명된 컨텐츠 트리 게시 작업 과정이 호출됩니다.

게시 관리에 대한 자세한 내용은 게시 기초 설명서에서 확인할 수 있습니다.

트리 활성화

노트

이 방법은 더 이상 사용되지 않는 것으로 간주되어야 하며, 상태가 지속되지 않으며 다른 접근 방법보다 확장 가능성이 낮으므로 2021년 9월 30일 이후에 제거됩니다. Adobe의 추천은 대신 게시 관리 또는 워크플로우 메서드를 사용하는 것입니다

트리 활성화를 수행하려면 다음을 수행합니다.

  1. AEM 시작 메뉴에서 도구 > 배포 > 배포​로 이동합니다.

  2. 카드 게시​를 선택합니다.

  3. 게시 웹 콘솔 UI에서 배포​를 선택합니다.

  4. 경로 브라우저에서 경로를 선택하고 필요에 따라 노드, 트리 또는 삭제를 선택하고 Submit​을 선택합니다.

최상의 성능을 위해 이 기능을 사용할 때는 다음 지침을 따르십시오.

  • 한 번에 500개 이하의 경로를 복제하여 100개 이하의 경로를 복제하는 것이 좋습니다.
  • 복제된 컨텐츠의 총 크기는 5MB 미만이어야 합니다. 여기에는 워크플로우 패키지 및 컨텐츠 패키지를 포함하는 바이너리는 포함되지 않고 노드 및 속성만 포함됩니다.

컨텐츠 트리 게시 워크플로우

아래 그림과 같이 도구 - 워크플로우 - 모델​을 선택하고 컨텐츠 트리 게시 기본 워크플로우 모델을 복사하여 트리 복제를 트리거할 수 있습니다.

원본 모델을 수정하거나 호출하지 마십시오. 대신 먼저 모델을 복사한 다음 해당 복사본을 수정하거나 호출해야 합니다.

모든 워크플로우와 마찬가지로 API를 통해 호출할 수도 있습니다. 자세한 내용은 프로그래밍 방식으로 워크플로우와 상호 작용을 참조하십시오.

또는 Publish Content Tree 프로세스 단계를 사용하는 워크플로우 모델을 만들어 이를 수행할 수도 있습니다.

  1. AEM as a Cloud Service 홈 페이지에서 도구 - 워크플로우 - 모델​로 이동합니다.

  2. Workflow Models 페이지에서 화면의 오른쪽 위 모서리에 있는 Create 키를 누릅니다

  3. 모델에 제목과 이름을 추가합니다. 자세한 내용은 워크플로우 모델 만들기를 참조하십시오

  4. 목록에서 새로 만든 모델을 선택하고 Edit 키를 누릅니다

  5. 다음 창에서 프로세스 단계 를 현재 모델 플로우로 끌어서 놓습니다.

    프로세스 단계

  6. 흐름의 Process 단계를 클릭하고 공구모양 아이콘을 눌러 Configure​을 선택합니다

  7. 프로세스 탭을 클릭하고 드롭다운 목록에서 Publish Content Tree 를 선택합니다

    Treeactivation

  8. 인수 필드에서 추가 매개 변수를 설정합니다. 여러 개의 쉼표로 구분된 인수를 함께 실행할 수 있습니다. 예:

    enableVersion=true,agentId=publish

    노트

    매개 변수 목록을 보려면 아래의 매개 변수 섹션을 참조하십시오.

  9. 완료 키를 눌러 워크플로우 모델을 저장합니다.

매개 변수

  • replicateAsParticipant (부울 값, 기본값: false). true로 구성된 경우, 복제에서는 참가자 단계를 수행한 주도자의 userid을 사용하고 있습니다.
  • enableVersion (부울 값, 기본값: true). 이 매개 변수는 복제 시 새 버전을 만들지 여부를 결정합니다.
  • agentId (문자열 값, 기본값은 게시용 에이전트만 사용됨을 의미합니다.) agentId에 대해 명시하는 것이 좋습니다. 예를 들어 값을 설정합니다. 게시합니다. 에이전트를 preview으로 설정하면 미리 보기 서비스에 게시됩니다
  • filters (문자열 값, 기본값은 모든 경로가 활성화됨을 의미합니다.) 사용 가능한 값은 다음과 같습니다.
    • onlyActivated - 활성화됨으로 표시되지 않은 경로만 활성화됩니다.
    • onlyModified - 활성화 날짜보다 늦게 수정 날짜가 있고 이미 활성화된 경로만 활성화합니다.
    • 위의 파이프 "|"을 사용하여 ORed를 만들 수 있습니다. 예, onlyActivated|onlyModified.

로깅

트리 활성화 워크플로우 단계가 시작되면 INFO 로그 수준에 구성 매개 변수를 기록합니다. 경로가 활성화되면 INFO 문도 기록됩니다.

그러면 워크플로우 단계가 모든 경로를 복제한 후 최종 INFO 문이 기록됩니다.

또한 com.day.cq.wcm.workflow.process.impl 아래의 로거의 로그 수준을 DEBUG/TRACE으로 높여 더 많은 로그 정보를 얻을 수 있습니다.

오류가 발생하는 경우 워크플로우 단계가 WorkflowException으로 종료되고 여기에서 기본 예외를 래핑합니다.

아래에서는 샘플 게시 컨텐츠 트리 워크플로우 중에 생성된 로그 예제를 찾을 수 있습니다.

21.04.2021 19:14:55.566 [cm-p123-e456-aem-author-797aaaf-wkkqt] *INFO* [JobHandler: /var/workflow/instances/server60/2021-04-20/brian-tree-replication-test-2_1:/content/wknd/us/en/adventures] com.day.cq.wcm.workflow.process.impl.treeactivation.TreeActivationWorkflowProcess TreeActivation options: replicateAsParticipant=false(userid=workflow-process-service), agentId=publish, chunkSize=100, filter=, enableVersion=false
21.04.2021 19:14:58.541 [cm-p123-e456-aem-author-797aaaf-wkkqt] *INFO* [JobHandler: /var/workflow/instances/server60/2021-04-20/brian-tree-replication-test-2_1:/content/wknd/us/en/adventures] com.day.cq.wcm.workflow.process.impl.ChunkedReplicator closing chunkedReplication-VolatileWorkItem_node1_var_workflow_instances_server60_2021-04-20_brian-tree-replication-test-2_1, 17 paths replicated in 2971 ms

지원 다시 시작

워크플로우는 컨텐츠를 청크 단위로 처리하며, 각 청크는 게시할 전체 컨텐츠의 하위 집합을 나타냅니다. 어떤 이유로든 워크플로우가 시스템에 의해 중지되면 다시 시작되고 아직 처리되지 않은 청크가 처리됩니다. 로그 문은 특정 경로에서 컨텐츠가 다시 시작되었다고 나타냅니다.

복제 API

AEM에 포함된 복제 API를 Cloud Service으로 사용하여 컨텐츠를 게시할 수 있습니다.

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

API의 기본 사용

@Reference
Replicator replicator;
@Reference
ReplicationStatusProvider replicationStatusProvider;

....
Session session = ...
// Activate a single page to all agents, which are active by default
replicator.replicate(session,ReplicationActionType.ACTIVATE,"/content/we-retail/en");
// Activate multiple pages (but try to limit it to approx 100 at max)
replicator.replicate(session,ReplicationActionType.ACTIVATE, new String[]{"/content/we-retail/en","/content/we-retail/de"});

// ways to get the replication status
Resource enResource = resourceResolver.getResource("/content/we-retail/en");
Resource deResource = resourceResolver.getResource("/content/we-retail/de");
ReplicationStatus enStatus = enResource.adaptTo(ReplicationStatus.class);
// if you need to get the status for more more than 1 resource at once, this approach is more performant
Map<String,ReplicationStatus> allStatus = replicationStatusProvider.getBatchReplicationStatus(enResource,deResource);

특정 에이전트를 사용한 복제

위의 예와 같이 리소스를 복제할 때 기본적으로 활성 상태인 에이전트만 사용됩니다. AEM as a Cloud Service에서 이 작업은 작성자를 게시 계층에 연결하는 "게시"라는 에이전트만 가집니다.

미리 보기 기능을 지원하기 위해 기본적으로 활성화되지 않은 "미리 보기"라는 새 에이전트가 추가되었습니다. 이 에이전트는 작성자를 미리 보기 계층에 연결하는 데 사용됩니다. 미리 보기 에이전트를 통해서만 복제하려면 AgentFilter 을 통해 이 미리 보기 에이전트를 명시적으로 선택해야 합니다.

이 작업을 수행하는 방법에 대해서는 아래 예를 참조하십시오.

private static final String PREVIEW_AGENT = "preview";

ReplicationStatus beforeStatus = enResource.adaptTo(ReplicationStatus.class); // beforeStatus.isActivated == false

ReplicationOptions options = new ReplicationOptions();
options.setFilter(new AgentFilter() {
  @Override
  public boolean isIncluded (Agent agent) {
    return agent.getId().equals(PREVIEW_AGENT);
  }
});
// will replicate only to preview
replicator.replicate(session,ReplicationActionType.ACTIVATE,"/content/we-retail/en", options);

ReplicationStatus afterStatus = enResource.adaptTo(ReplicationStatus.class); // afterStatus.isActivated == false
ReplicationStatus previewStatus = afterStatus.getStatusForAgent(PREVIEW_AGENT); // previewStatus.isActivated == true

이러한 필터를 제공하지 않고 "게시" 에이전트만 사용하는 경우 "미리 보기" 에이전트가 사용되지 않고 복제 작업이 미리 보기 계층에 영향을 주지 않습니다.

리소스의 전체 ReplicationStatus 은 복제 작업에 기본적으로 활성 상태인 에이전트가 하나 이상 포함된 경우에만 수정됩니다. 위의 예에서 이는 복제가 "미리 보기" 에이전트를 사용하고 있기 때문에 해당되지 않습니다. 따라서 특정 에이전트의 상태를 쿼리할 수 있는 새 getStatusForAgent() 메서드를 사용해야 합니다. 이 메서드는 "게시" 에이전트에서도 작동합니다. 제공된 에이전트를 사용하여 복제 작업이 수행된 경우 null이 아닌 값을 반환합니다.

복제 API 경로 및 크기 제한

최대 한계인 500개의 경로를 사용하여 100개 이하의 경로를 복제하는 것이 좋습니다. 하드 제한 위에 ReplicationException이 발생합니다. 응용 프로그램 논리에 원자 복제를 필요로 하지 않는 경우 ReplicationOptions.setUseAtomicCalls를 false로 설정하여 이 제한을 극복할 수 있으며, 이 제한은 경로 수를 허용하지만 내부적으로 버킷을 만들어 이 제한을 유지할 수 있습니다. 복제 호출당 전송된 컨텐츠의 양은 5MB를 초과할 수 없습니다. 여기에는 노드 및 속성이 포함되지만 바이너리는 없어야 합니다(워크플로우 패키지 및 컨텐츠 패키지는 바이너리로 간주됨).

문제 해결

복제 문제를 해결하려면 AEM 작성자 서비스 웹 UI의 복제 큐로 이동합니다.

  1. AEM 시작 메뉴에서 도구 > 배포 > 배포​로 이동합니다.
  2. 카드 게시​를 선택합니다.
  3. 녹색이어야 하는 큐 상태를 확인합니다
  4. 복제 서비스에 대한 연결을 테스트할 수 있습니다
  5. 컨텐츠 게시물의 내역을 보여주는 로그 탭을 선택합니다

컨텐츠를 게시할 수 없는 경우에는 전체 게시가 AEM 게시 서비스에서 복귀됩니다.
이 경우 편집 가능한 기본 대기열은 빨간색 상태를 표시하며 어떤 항목이 게시를 취소했는지 확인하기 위해 검토해야 합니다. 해당 대기열을 클릭하면 보류 중인 항목이 표시되며, 필요한 경우 단일 항목 또는 모든 항목을 지울 수 있습니다.

이 페이지에서는