파트너용 Adobe Experience Manager as a Cloud Service 마이그레이션 안내서 Overview
Adobe Experience Manager(AEM as a Cloud Service)는 Experience Manager을 위한 업데이트된 아키텍처를 제공합니다. 이 기반은 컨테이너 기반 인프라, API 기반 개발 및 DevOps 프로세스를 기반으로 구축됩니다. 이를 통해 마케터와 개발자는 고객 경험 관리의 혁신적인 기능을 주도할 수 있습니다.
Cloud Service은 Adobe Experience Manager의 풍부한 기본 기능과 확장성을 현대적인 클라우드 기반 아키텍처의 민첩성과 결합하여 브랜드가 지속적으로 발전하는 소비자 수요를 충족할 수 있도록 합니다.
이 페이지에서는 이전 Experience Manager 배포에서 Experience Manager as a Cloud Service 로 고객을 전환하는 데 권장되는 단계별 접근 방식을 간략하게 설명합니다. 특별히 제작된 새로운 플랫폼은 연결된 지속적인 경험을 제공하는 데 도움이 됩니다.
마이그레이션 여정에 대한 일반적인 설명은 아래 다이어그램을 참조하십시오.
Adobe Experience Manager as a Cloud Service 시작하기 getting-started
Adobe Experience Manager as a Cloud Service의 개발자 여정 developer-journey
개발
Adobe Experience Manager as a Cloud Service의 코드 개발 기본 사항은 Adobe Experience Manager On Premise 및 Managed Services 솔루션의 기본 사항과 유사합니다.
개발자는 코드를 작성하여 로컬에서 테스트한 다음 원격 Adobe Experience Manager as a Cloud Service 환경에 푸시합니다.
자체 도움말 리소스 를 참조하여 Experience Manager as a Cloud Service Experience Manager as a Cloud Service 배포를 사용자 정의하는 방법에 대해 알아보십시오.
- 자세한 내용은 Adobe Experience Manager SDK 설명서를 검토하십시오.
- Dispatcher SDK 설치 방법을 이해하려면 Dispatcher SDK 설치를 시청하십시오
- Dispatcher SDK를 구성하는 방법을 이해하려면 Dispatcher SDK 구성을 시청하십시오
- 자세한 내용은 로컬 개발 설정 설명서를 검토하십시오.
- 연습 Experience Manager에 대한 액세스를 구성하는 중
배포 중
개발자는 코드를 작성하여 로컬에서 테스트한 다음 원격 AEM as a Cloud Service 환경에 푸시합니다.
Managed Services용 선택적 컨텐츠 전달 도구였던 Cloud Manager이 이제 필수입니다. AEM as a Cloud Service 환경에 코드를 배포하는 유일한 메커니즘입니다.
AEM as a Cloud Service 환경을 구성하고 배포하는 방법에 대한 자가 진단 리소스 를 참조하십시오.
-
- 프로덕션 파이프라인
- 비프로덕션 및 코드 품질 전용 파이프라인
-
로그 액세스
도움말 및 리소스
-
CRXDE Lite(로컬 SDK 및 Experience Manager 클라우드 개발 환경에서만 사용 가능)
-
- CM 로그(빌드 단위 테스트, 코드 스캔, 빌드 이미지, 배포)
- Experience Manager Cloud Service 로그(aemerror, aemaaccess, aemrequest, aemdispatcher, httpderror, httpaccess)
- 로컬 SDK 로그(host:port/crx-quickstart/logs 아래)
Adobe Experience Manager as a Cloud Service로 이동 move-to-cloud
Experience Manager Assets은 Experience Manager Sites 및 as a Cloud Service에 확장 가능하고 안전하며 민첩한 기술 기반을 제공하여 마케터와 IT가 규모에 맞게 효과적인 경험을 제공하는 데 집중할 수 있도록 합니다.
Experience Manageras a Cloud Service 을 통해 팀은 제품 업그레이드를 계획하는 대신 혁신에 집중할 수 있습니다. 새로운 제품 기능은 중단 없이 철저하게 테스트되고 팀에게 전달되므로 항상 최신 애플리케이션에 액세스할 수 있습니다.
Cloud Service 전환 여정은 계획, 실행 및 Go-live 후의 세 단계로 구성됩니다.
성공적이고 원활한 전환을 위해 본 안내서에 나와 있는 우수 사례를 준수하고 적절한 계획을 세워야 합니다.
아래 그림은 권장되는 Cloud Service 전환 여정의 높은 수준의 표현을 보여 줍니다.
계획 수립
Cloud Service으로 전환 여정을 시작하기 전에 다음을 수행해야 합니다.
- Experience Manager as a Cloud Service 숙지
- 이에 대한 주목할 만한 변경 사항을 검토합니다
- 교체되거나 더 이상 사용되지 않는 기능 검토
실행
프로젝트의 실행 단계를 시작하기 전에 Cloud Service에 온보딩해야 합니다. 또한 Cloud Manager을 숙지해야 합니다. 프로젝트 코드를 Experience Manager Cloud Service 인스턴스에 배포하는 메커니즘입니다.
Cloud Manager을 통해 조직은 클라우드에서 Experience Manager을 자체 관리할 수 있습니다. IT 팀과 구현 파트너가 성능 또는 보안을 손상하지 않고 사용자 지정 사항 또는 업데이트를 신속하게 전달할 수 있는 지속적인 통합 및 연속 제공(CI/CD) 프레임워크가 포함되어 있습니다.
콘텐츠 마이그레이션
리팩터링/최적화
-
- 백그라운드 작업 및 장기 실행 작업
- Sling 스케줄러
- 스트림 사용량 입력 등
-
소스 환경에서 BPA(모범 사례 분석기)을(를) 실행합니다.[마이그레이션만]
-
프로젝트 구조 고려 사항(Cloud Archetype 기반)
- 코드와 콘텐츠 분리(변경 가능 및 변경 불가능)
- 사용자 지정 인덱스 정의
- 사용자 지정 실행 모드
-
-
필요한 변경 사항을 검토하고 실행합니다.
-
로컬 SDK에서 배포
-
AEM SDK를 통해 스모크 테스트 수행
- 리팩터링에 대한 Dispatcher 구성 검토
- 해당되는 경우 Dispatcher 변환기 도구를 사용하십시오. [마이그레이션만]
- 테스트는 Dispatcher SDK를 사용하여 수행할 수 있습니다.
배포/라이브
- Cloud Manager에 배포 git
- Cloud Manager 품질 파이프라인을 통해 고객 코드 실행
- 개발 환경에 배포
- 패키지 또는 콘텐츠 전송 도구를 사용하여 [마이그레이션만] 콘텐츠 전송(CTT)
- 권장 테스트 주기 수행(연기, QA 등)
- Cloud Manager 프로덕션 파이프라인으로 홍보
- 스모크 테스트 유효성 검사
- 실행
Go-live 후
Go-live 후 단계에서는 임시 파일을 정리하고, 지속적인 개발을 위한 우수 사례를 검토하고, 로그를 관리해야 합니다.