준비 단계 readiness-phase
AEM as a Cloud Service 마이그레이션 여정의 이 단계에서는 AEM as a Cloud Service을 숙지합니다. 도입된 주목할 만한 변경 사항을 검토하고 클라우드로의 성공적인 마이그레이션을 계획하는 데 필요한 사항을 이해할 수 있습니다.
지금까지의 스토리 story-so-far
이전 문서인 AEM as a Cloud Service으로 이동 시작하기에서는 AEM as a Cloud Service으로 마이그레이션할 수 있도록 거쳐야 하는 단계 목록을 간략하게 설명합니다. 또한 마이그레이션을 통해 얻을 수 있는 이점에 대해서도 간략히 설명합니다.
목표 objective
이 문서는 AEM 설치를 클라우드로 이동할 준비가 되었는지 확인할 수 있도록 고려해야 하는 요소를 이해하는 데 도움이 됩니다.
- 주목할 만한 변경 사항 및 사용되지 않는 기능에 대해 알아봅니다
- AEM as a Cloud Service으로의 마이그레이션을 계획하는 방법 이해
AEM as a Cloud Service 아키텍처의 주요 변경 내용 검토 notable-changes-in-aem-cloud-service-architecture
AEM as a Cloud Service은 AEM 프로젝트 관리를 위한 많은 새로운 기능과 가능성을 제공합니다.
이러한 개선 사항과 함께 AEM 및 Adobe Managed Services의 온프레미스 설치 간에 AEM as a Cloud Service과 비교하여 몇 가지 차이점이 도입되었습니다.
아래 표의 항목 목록은 AEM as a Cloud Service으로의 마이그레이션과 가장 관련이 있는 변경 사항의 하위 집합입니다. Adobe Experience Manager as a Cloud Service의 주요 변경 내용의 전체 목록을 확인할 수 있습니다.
추가 개발 환경이 추가되면 모두 "개발" 실행 모드에 연결됩니다.
OSGi 구성은 Cloud Manager을 통해 Developer Console을 통해 볼 수 있는 읽기 전용 모드로 사용할 수 있습니다
역방향 복제는 지원되지 않습니다.
패키지 관리자는 모든 작성자 인스턴스에서 액세스할 수 있지만 배포될 패키지에는 변경 가능한 콘텐츠만 포함되어야 합니다(예: /content 또는 /conf).
자체 CDN을 설정하려면 Adobe 지원 팀에 승인을 요청해야 합니다.
승인되면 CDN은 모든 환경의 AEM 인스턴스가 아니라 Fastly를 가리킵니다.
이러한 기능을 Adobe Developer으로 오프로드할 수 있도록 다시 생각해 보십시오.
AEM에서 암호를 사용하여 로컬 사용자 이름을 만드는 대신 여기에 설명된 전략을 구현하는 것이 좋습니다.
일부 워크플로 프로세스 단계는 AEMaaCS에서 지원되지 않습니다.
AEM as a Cloud Service에 업로드된 모든 자산은 자산 처리 서비스에서 처리됩니다. 사용자 지정 단계는 사후 처리 워크플로에서 사후 처리 워크플로를 설정하고 구성하는 방법을 참조하십시오.
배포하는 코드에서 관리하기 전에 Oak 색인을 완전히 이해하고 리팩터링합니다.
구성을 코드의 일부로 관리하고 Cloud Manager 파이프라인을 통해 배포해야 합니다.
더 이상 사용되지 않는 기능 deprecated-features
Adobe는 항상 이전 기능과의 호환성을 신중하게 고려하면서 전반적인 고객 가치를 향상하도록 오랜 시간에 걸쳐 오래된 기능을 새롭게 만들거나 더 현대적인 대안으로 교체하기 위해 제품 기능을 지속해서 평가합니다.
Adobe은 사용되지 않는 기능을 참조하여 Experience Manageras a Cloud Service 에서 더 이상 사용되지 않는 것으로 표시된 기능을 숙지할 것을 권장합니다. AEM 배포에 어떤 영향이 있는지 확인하십시오.
AEM 설치 검토 계획 review-planning
AEM as a Cloud Service에 도입된 변경 사항을 숙지한 후에는 기존 설치에 대한 검토 계획을 시작할 수 있습니다. 이렇게 하면 클라우드로 이동하는 데 필요한 변경 사항의 수준을 측정하는 데 도움이 됩니다.
다음 그림은 검토 단계 중에 포함된 주요 단계를 보여줍니다.
다음으로 이러한 각 단계가 무엇을 의미하는지 자세히 살펴봅니다.
Cloud Service 준비 평가 assess-cloud-readiness
첫 번째 단계는 기존 AEM 버전에서 Cloud Service으로 이동할 준비를 평가하고 리팩터링이 AEM as a Cloud Service과 호환되어야 하는 영역을 결정하는 것입니다.
주요 변경 사항 및 더 이상 사용되지 않는 기능에 대해 현재 AEM 소스 코드에 대한 포괄적인 평가를 수행하여 전환 여정에서 예상되는 작업 수준을 결정합니다.
결과의 수는 타임라인 및 전체 프로젝트 성공에 직접적인 영향을 미칠 수 있습니다. 따라서 Adobe은 게재를 계획할 수 있도록 가능한 한 많이 찾는 것을 권장합니다. 또는 대화를 시작하여 AEM as a Cloud Service 모범 사례에 맞게 필요한 사용자 지정 사항을 다시 디자인할 수 있습니다.
모범 사례 분석기
현재 AEM 버전에 대해 모범 사례 분석기를 실행하여 평가를 가속화할 수 있습니다. 어떻게 작동하는지 잘 이해하는 것은 평가 계획을 가속화하는 데 중요합니다.
모범 사례 분석기 설명서를 참조하여 작동 방식을 확인할 수 있습니다.
클라우드 준비 평가 보고서 만들기
다음 단계는 지금까지 얻은 모든 지식을 기반으로 보고서를 만드는 것입니다. 단계 및 프로덕션 인스턴스에서 모범 사례 분석기 보고서를 생성하여 보고서를 만들고, 실행 가능한 항목에 대한 간단한 보고서를 위해 Cloud Acceleration Manager에 업로드합니다.
일반적인 보고서에는 다음 입력이 포함되어야 합니다.
- 특정 AEM 설치의 기능 세트를 자세히 설명하는 설명서
- AEM 사용자 지정 구성 및 코드에 대한 세부 사항
- 프로덕션 Dispatcher 구성
- CDN 구성 (있는 경우)
보고서 연결
모범 사례 분석기 보고서가 완료되면 관련 팀과 공유하여 결과를 확인하고 다음 단계를 계획할 수 있습니다. 환경 설정에 따라 인쇄 미리 보기를 사용하여 인쇄된 버전의 보고서를 배포할 수도 있습니다.
리소스 계획 검토 review-resource-planning
Cloud Service으로 이동하는 데 필요한 작업 수준을 예측했으면 리소스를 식별하고, 팀을 만들고, 전환 프로세스에 대한 역할과 책임을 매핑해야 합니다.
KPI 설정 establish-kpis
이전에 KPI(주요 성과 지표)를 설정하지 않은 경우 AEM 구현에 대한 KPI를 설정하여 팀이 가장 중요한 사항에 집중할 수 있도록 하는 것이 좋습니다.
비즈니스 목표에 적합한 KPI를 선택하는 방법에 대해 알아보려면 KPI 개발을 참조하십시오.
다음 단계 what-is-next
AEM as a Cloud Service으로 이동하는 데 필요한 변경 사항의 범위를 이해했으면 실제로 마이그레이션을 수행하기 전에 코드 및 콘텐츠 클라우드를 준비할 차례입니다.
추가 리소스 additional-resources
- Cloud Acceleration Manager 시작하기 - Cloud Acceleration Manager을 사용하여 클라우드로의 이동 속도를 높이는 방법에 대한 포괄적인 안내서입니다.
- AEM as a Cloud Service: 소개, 아키텍처 및 다른 생각
- Cloud Service 홈 AEM - Experience Manager as a Cloud Service 설명서에 대한 개요를 보려면 여기에서 시작하십시오.
- AEM as a Cloud Service 개요 - 이 안내서에서는 소개, 용어 및 아키텍처를 포함하여 Experience Manager as a Cloud Service에 대한 개요를 제공합니다.
- 온보딩 여정- 이 안내서에서는 Experience Manager as a Cloud Service을 시작하는 방법과 액세스 및 팀 설정 방법에 대한 요약을 제공합니다.