파트너용 Adobe Experience Manager as a Cloud Service 마이그레이션 안내서 Overview
AEM as a Cloud Service(Adobe Experience Manager)은 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, aemaccess, aemrequest, aemdispatcher, httpderror, httpaccess)
- 로컬 SDK 로그(host:port/crx-quickstart/logs 아래)
Adobe Experience Manager as a Cloud Service로 이동 move-to-cloud
Experience Manager as a Cloud Service은 Experience Manager Sites 및 Assets에 확장 가능하고 안전하며 민첩한 기술 기반을 제공하므로 마케터와 IT 담당자가 규모에 맞게 효과적인 경험을 전달하는 데 집중할 수 있습니다.
Experience Manager as 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을 자체 관리할 수 있습니다. 여기에는 지속적인 통합 및 지속적인 게재(CI/CD) IT 팀과 구현 파트너가 성능 또는 보안을 손상하지 않고 맞춤화 또는 업데이트를 신속하게 전달할 수 있는 프레임워크입니다.
콘텐츠 마이그레이션
리팩터링/최적화
-
- 백그라운드 작업 및 장기 실행 작업
- Sling 스케줄러
- 스트림 사용량 입력 등
-
실행 Best Practices Analyzer(BPA) 소스 환경에서.[마이그레이션만 해당]
-
프로젝트 구조화 고려 사항(기반) Cloud 원형)
- 코드와 콘텐츠 분리(변경 가능 및 변경 불가능)
- 사용자 정의 색인 정의
- 사용자 지정 실행 모드
-
-
필요한 변경 사항을 검토하고 실행합니다.
-
배포 로컬 SDK의 it
-
AEM SDK를 통해 스모크 테스트 수행
- 리뷰 Dispatcher 구성 리팩터링용
- 사용 Dispatcher 변환기 필요한 경우 도구. [마이그레이션만 해당]
- 검사는 다음을 사용하여 수행할 수 있습니다. Dispatcher SDK
배포/라이브
- Cloud Manager에 배포 git
- 다음을 통해 고객 코드 실행 Cloud Manager 품질 파이프라인
- 개발 환경에 배포
- [마이그레이션만 해당] 패키지 또는 컨텐츠 전송 도구(CTT)
- 권장 테스트 주기 수행(연기, QA 등)
- Cloud Manager 프로덕션 파이프라인으로 승격
- 스모크 테스트 유효성 검사
- 실행
Go-live 후
Go-live 후 단계에서는 임시 파일을 정리하고, 지속적인 개발을 위한 우수 사례를 검토하고, 로그를 관리해야 합니다.