준비 단계

AEM as a Cloud Service 마이그레이션 여정의 이 단계에서는 AEM을 숙지하고, 도입된 주목할 만한 변경 사항을 검토하고, 클라우드로 성공적인 마이그레이션을 계획하는 데 필요한 사항을 이해할 수 있습니다.

지금까지의 이야기

이전 문서 AEM으로 이동 시작 as a Cloud Service에서는 AEM as a Cloud Service으로 마이그레이션하기 위해 수행해야 하는 단계 목록과 이러한 작업의 이점을 간략하게 설명합니다.

목표

이 문서는 AEM 설치를 클라우드로 이동할 준비가 되었는지 확인하기 위해 고려해야 하는 요소를 이해하는 데 도움이 됩니다.

  • 주요 변경 사항 및 더 이상 사용되지 않는 기능에 대해 알아봅니다
  • AEM as a Cloud Service로의 마이그레이션을 계획하는 방법을 이해합니다

AEM as a Cloud Service 아키텍처의 주요 변경 사항 검토

AEM as a Cloud Service는 AEM 프로젝트 관리를 위한 많은 새로운 기능과 가능성을 제공합니다.

이러한 개선 사항과 함께 AEM과 Adobe Managed Services의 온-프레미스 설치 간에 AEM as a Cloud Service과 비교하여 몇 가지 차이점이 발생했습니다.

아래 표의 항목 목록은 AEM as a Cloud Service로의 마이그레이션과 가장 관련이 있는 변경 사항의 하위 집합입니다. 주요 변경 사항의 전체 목록을 참조할 수 있습니다 여기.

변경 사항 참조 주요 사항
가변 및 가변 필터를 해당 패키지로 구분 AEM as a Cloud Service 주요 변경 사항
AEM as a Cloud Service용 AEM 프로젝트 구조
AEM as a Cloud Service에 배포할 수 있는 단일 패키지는 하위 패키지를 가질 수 있으며, 주로 고유한 패키지로 구분된 변경할 수 없는 콘텐츠를 포함할 수 있습니다.
보고서 초기화 Apache Sling RepoInit 설명서 보고서 스크립트는 초기 노드 구조, 사용자, 그룹 또는 서비스 사용자를 만드는 우수 사례입니다. 이러한 스크립트는 실행 모드별로 타겟팅될 수 있고 코드 패키지 배포를 통해 관리할 수 있으므로 저장소 초기화 작업을 수행하는 데 매우 융통성을 제공합니다.
사용자 지정 실행 모드가 허용되지 않습니다 AEM as a Cloud Service과 함께 즉시 제공된 실행 모드만 지원됩니다.
추가 개발 환경이 추가되면 모두 "개발" 실행 모드에 연결됩니다.
Cloud Manager 파이프라인 실행은 를 배포할 수 있는 유일한 방법입니다 AEM as a Cloud Service에서 /system/console에 대한 액세스가 허용되지 않으므로 모든 OSGi 구성은 코드의 일부여야 하며 코드로 배포해야 합니다.
OSGi 구성은 Cloud Manager를 통해 개발자 콘솔을 통해 볼 수 있도록 읽기 전용 모드에서 사용할 수 있습니다
복제 에이전트가 Sling 컨텐츠 배포로 대체됨 복제 에이전트의 개념은 컨텐츠 배포 사용으로 대체됩니다. 복제 에이전트를 활용하는 사용자 지정 사항이 있는 경우 재설계해야 합니다.
역방향 복제가 지원되지 않습니다.
CRX/DE 및 패키지 관리자 CRX/DE는 개발 환경에서만 사용할 수 있습니다.
패키지 관리자는 모든 작성자 인스턴스에서 액세스할 수 있지만 배포되는 패키지에는 변경할 수 있는 컨텐츠만 포함되어야 합니다(예: /content 또는 /conf)
CDN에 내장되어 있으며 CDN을 가져옵니다 AEM as a Cloud Service에는 대부분의 사용 사례에 최적화된 모든 환경에 대한 CDN이 포함되어 있습니다.
CDN을 고유한 CDN을 설정하려면 승인을 위해 Adobe 지원에 요청을 제출해야 합니다.
승인되면 CDN은 모든 환경에서 AEM 인스턴스를 가리키거나 정확하게 가리키지 않습니다.
장기 실행 작업 컨테이너에서 실행되는 AEM 인스턴스가 특정 시점에 와서 실행될 수 있으므로 Sling 스케줄러 또는 Cron 작업과 같이 오래 실행되는 작업을 실행하지 마십시오.
Adobe I/O으로 오프로드할 수 있도록 이러한 기능을 재고하십시오.
비동기 작업으로 전환 비동기 작업 구성 환경의 전체 성능을 개선하기 위해 특정 작업이 비동기 모드로 실행됩니다. 시스템 리소스를 사용할 수 있으면 비동기 작업을 큐에 넣고 실행합니다.
토큰 기반 인증 및 통합 전략 서버측 API에 대한 액세스 토큰 생성
토큰 기반 인증 자습서
AEM 외부 시스템에서 AEM 내에서 HTTP 작업을 수행하려고 하는 경우가 많습니다.
권장되는 방법은 AEM에서 암호를 사용하여 로컬 사용자 이름을 만드는 대신 여기에 설명된 전략을 구현하는 것입니다.
파일 IO/디스크 사용 디스크 공간이 얼마나 할당되고 컨테이너의 인스턴스가 와서 이동할 수 있는지 보장할 수 없으므로 AEM 인스턴스에 첨부된 디스크에서 쓰거나 읽는 데 파일 I/O 작업을 사용하는 것이 좋습니다.
DAM 자산 업데이트 워크플로우 asset compute 서비스 DAM 자산 업데이트 워크플로우의 일부인 미디어 처리 단계가 이제 Asset compute 서비스로 대체됩니다
AEM as a Cloud Service에서 자산 업로드 방법 및 지원되는 워크플로우 프로세스 단계 API 비교 및 지원되는 WF 프로세스 단계 업로드 AEM as a Cloud Service에서 자산을 업로드하거나 다운로드하는 동안 자산이 이진 저장소에서 직접 스트리밍되거나 바이너리 저장소에서 바로 스트리밍됩니다.
일부 워크플로우 프로세스 단계가 AEMaaCS에서 지원되는 것은 아닙니다.
워크플로 런처 코드에서 OOTB 또는 사용자 지정 DAM 자산 업데이트 워크플로우를 트리거하는 워크플로우 런처를 제거합니다.
AEM as a Cloud Service에 업로드된 모든 자산은 자산 처리 서비스에서 처리됩니다. 사용자 지정 단계는 다음을 참조하십시오. 사후 처리 워크플로우 사후 처리 워크플로우 설정 및 구성 방법에 대해 설명합니다.
사용자 정의 표현물 단계 처리 프로필 사용자 지정 표현물 생성, 이미지 전환 또는 비디오 인코딩은 해당 처리 프로필을 만들어 자산 처리 서비스로 오프로드해야 합니다.
콘텐츠 검색 및 색인화 컨텐츠 검색 및 색인 지정 변경 사항 지표의 기본 처리에 상당한 변화가 있으며, 인덱스가 들어올 때 발생합니다.
배포할 코드에서 Oak 인덱스를 관리하기 전에 Oak 인덱스를 완전히 이해하고 리팩터링합니다.
일부 유지 관리 작업은 구성할 수 없습니다 AEM as a Cloud Service 유지 관리 작업 AEM as a Cloud Service으로 특정 유지 관리 작업만 구성할 수 있습니다.
게시 리포지토리 변경 /home에 있는 것 외에는 게시 리포지토리에 대한 직접 변경을 수행할 수 없습니다. 항상 작성자를 변경하고 배포하는 것이 좋습니다. 모든 코드 및 구성 변경 사항은 해당 Cloud Manager 파이프라인을 통해 배포해야 합니다.
Dispatcher 구성 및 캐싱 클라우드의 디스패처
캐시 관리
Dispatcher 구성은 특정 구조를 따라야 합니다.
구성은 코드의 일부로 관리하고 Cloud Manager 파이프라인을 통해 배포해야 합니다.
백업 및 복원 AEM as a Cloud Service 백업 및 복원
인증 변경 AEM as a Cloud Service에 대한 IMS 지원 이전에 Cloud Service으로 이동하기 전에 작성자와 게시 모두에서 SAML 2.0 통합을 사용하는 경우 AEM as a Cloud Service 작성자가 Adobe IMS와만 통합된다는 것이 주요 변경 사항입니다. 그러나 AEM as a Cloud Service 게시 계층은 여전히 SAML 또는 기타 인증 통합을 활용할 수 있습니다. AEM as a Cloud Service에서는 작성자, 관리자 및 개발자 사용자에 대해서만 IMS 인증 지원 서비스를 제공합니다. IMS 인증은 사이트 방문자와 같은 고객 사이트의 외부 최종 사용자를 지원하지 않습니다.

더 이상 사용되지 않는 기능

Adobe는 항상 이전 기능과의 호환성을 신중하게 고려하면서 전반적인 고객 가치를 향상하도록 오랜 시간에 걸쳐 오래된 기능을 새롭게 만들거나 더 현대적인 대안으로 교체하기 위해 제품 기능을 지속해서 평가합니다.

다음 사항을 참조하는 것을 권장합니다. 더 이상 사용되지 않는 기능 Experience Manager as a Cloud Service에서 더 이상 사용되지 않음으로 표시된 기능을 숙지하고 AEM 배포에 미치는 영향을 확인하십시오.

AEM 설치 검토 계획

AEM as a Cloud Service으로 도입된 변경 사항에 익숙해지면 클라우드로 이동하기 위해 필요한 변경 사항을 측정하기 위해 기존 설치에 대한 검토 계획을 시작할 차례입니다.

다음 그림은 검토 단계 중에 포함된 주요 단계를 보여줍니다.

이미지

다음으로, 각 단계가 구체적으로 무엇을 의미하는지 살펴보겠습니다.

클라우드 서비스 준비 평가

첫 번째 단계는 기존 AEM 버전에서 Cloud Service으로 이동할 준비를 평가하고 AEM as a Cloud Service과 호환되도록 리팩터링이 필요한 영역을 결정하는 것입니다.

주요 변경 사항 및 더 이상 사용되지 않는 기능에 대해 현재 AEM 소스 코드에 대한 포괄적인 평가를 수행하여 전환 여정에서 예상되는 작업 수준을 결정해야 합니다.

조사 결과 수는 일정 및 전반적인 프로젝트 성공에 직접적인 영향을 미칠 것이다. 따라서 게재를 계획하거나 AEM as a Cloud Service 모범 사례에 따라 진행해야 하는 사용자 지정 사항을 다시 디자인하는 데 필요한 대화를 시작하는 데 필요한 대화를 가능한 한 많이 발견하는 것이 좋습니다.

모범 사례 분석기

현재 AEM 버전에 대해 Best Practices Analyzer 를 실행하여 평가를 가속화할 수 있습니다. 그것이 어떻게 작동하는지를 잘 이해하는 것은 여러분의 평가 계획을 가속화하는 열쇠입니다.

다음 정보를 통해 작동 방식에 대해 자세히 알아볼 수 있습니다. 모범 사례 분석기 설명서.

클라우드 준비 평가 보고서 만들기

다음 단계는 지금까지 얻은 모든 지식을 바탕으로 보고서를 만드는 것입니다. 이렇게 하려면 단계 및 프로덕션 인스턴스에서 모범 사례 분석기 보고서를 생성하여 그런 다음 Cloud Acceleration Manager에 업로드합니다 를 참조하십시오.

일반적인 보고서에는 다음 입력이 포함되어야 합니다.

  • 특정 AEM 설치의 기능 세트를 자세히 설명하는 설명서
  • AEM 사용자 지정 구성 및 코드에 대한 세부 사항
  • 프로덕션 Dispatcher 구성
  • CDN 구성 (있는 경우)

보고서 관계

모범 사례 분석기 보고서가 완료되면 관련 팀과 공유하여 결과를 확인하고 다음 단계를 계획합니다. 기본 설정에 따라 인쇄 미리 보기.

리소스 계획 검토

Cloud Service으로 이동하는 데 필요한 작업 수준을 예측했으면 리소스를 식별하고, 팀을 만들고, 전환 프로세스에 대한 역할과 책임을 매핑해야 합니다.

KPI 설정

이전에 KPI(주요 성과 지표)를 설정하지 않은 경우 AEM 구현에 대한 KPI를 설정하여 팀이 가장 중요한 사항에 집중할 수 있도록 하는 것이 좋습니다.

자세한 내용은 KPI 개발 비즈니스 목표에 적합한 KPI를 선택하는 방법을 알아봅니다.

다음 단계

AEM as a Cloud Service으로 이동하는 데 필요한 변경 사항의 범위를 이해하면 됩니다. 코드 및 컨텐츠 클라우드를 준비합니다. 마이그레이션을 실제로 수행하기 전에 이 작업을 수행하십시오.

추가 리소스

이 페이지에서는