의 이 부분에서 AEM Headless Developer 여정, 헤드리스 애플리케이션을 라이브로 배포하는 방법을 알아봅니다.
AEM 헤드리스 여정의 이전 문서에서, AEM Assets API를 통해 콘텐츠를 업데이트하는 방법 API를 통해 AEM에서 기존 헤드리스 콘텐츠를 업데이트하는 방법을 배웠으며 이제 다음을 수행해야 합니다.
이 문서는 이러한 기본 사항을 기반으로 하여 라이브로 전환하기 위해 고유한 AEM 헤드리스 프로젝트를 준비하는 방법을 이해합니다.
이 문서는 애플리케이션을 사용하기 전에 AEM 헤드리스 게시 파이프라인과 알아야 하는 성능 고려 사항을 이해하는 데 도움이 됩니다.
AEM SDK는 사용자 지정 코드를 작성하고 배포하는 데 사용됩니다. 이 툴은 라이브로 전환하기 전에 헤드리스 애플리케이션을 개발하고 테스트하는 데 필요한 주요 도구입니다. 여기에는 다음 가공물이 포함됩니다.
AEM SDK 외에, 코드 및 컨텐츠를 로컬에서 개발 및 테스트할 수 있는 추가 도구가 필요합니다.
AEM은 Java 애플리케이션이므로 AEM as a Cloud Service 개발을 지원하려면 Java 및 Java SDK를 설치해야 합니다.
Git은 소스 제어를 관리하고 Cloud Manager의 변경 사항을 체크 인한 다음 프로덕션 인스턴스에 배포하는 데 사용할 수 있습니다.
AEM은 Apache Maven을 사용하여 AEM Maven Project 원형을 통해 생성된 프로젝트를 빌드합니다. 모든 주요 IDE는 Maven에 대한 통합 지원을 제공합니다.
Node.js는 AEM 프로젝트의 프런트 엔드 자산에서 작업하는 데 사용되는 JavaScript 런타임 환경입니다 ui.frontend
하위 프로젝트. Node.js는 JavaScript 종속성을 관리하는 데 사용되는 사실상의 Node.js 패키지 관리자인 npm과 함께 배포됩니다.
다음으로, AEM 환경의 구성 부분을 살펴보겠습니다.
전체 AEM 환경은 작성자, 게시 및 Dispatcher로 구성됩니다. 이러한 동일한 구성 요소가 로컬 개발 런타임에서 사용할 수 있게 되므로 라이브로 전환하기 전에 코드 및 콘텐츠를 보다 쉽게 미리 볼 수 있습니다.
Author 서비스는 내부 사용자가 콘텐츠를 만들고 관리하고 미리 보는 곳입니다.
Publish 서비스 는 “라이브” 환경으로 간주되며 일반적으로 최종 사용자는 이 서비스를 통해 상호 작용합니다. 작성자 서비스에서 편집하고 승인되면 컨텐츠가 게시 서비스에 배포(복제)됩니다. AEM Headless 애플리케이션의 가장 일반적인 배포 패턴은 애플리케이션의 프로덕션 버전을 AEM Publish 서비스에 연결하는 것입니다.
Dispatcher는 AEM Dispatcher 모듈로 보강된 정적 웹 서버입니다. 성능을 개선하기 위해 게시 인스턴스에서 생성한 웹 페이지를 캐시합니다.
로컬 개발 프로젝트는 Apache Maven을 기반으로 구축되었으며 소스 제어에 Git을 사용합니다. 프로젝트를 업데이트하기 위해 개발자는 Eclipse, Visual Studio Code 또는 IntelliJ 등과 같은 선호하는 통합 개발 환경을 사용할 수 있습니다.
헤드리스 애플리케이션에서 수집할 코드 또는 컨텐츠 업데이트를 테스트하려면 AEM 작성자 및 게시 서비스의 로컬 인스턴스를 포함하는 로컬 AEM 런타임에 업데이트를 배포해야 합니다.
업데이트가 가장 중요한 위치를 테스트하는 것이 중요하므로 로컬 AEM 런타임에서 각 구성 요소 간의 차이점을 주의해야 합니다. 예를 들어, 작성자에서 컨텐츠 업데이트를 테스트하거나 게시 인스턴스에서 새 코드를 테스트합니다.
프로덕션 시스템에서 디스패처 및 http Apache 서버는 항상 AEM 게시 인스턴스 앞에 표시됩니다. AEM 시스템에 캐싱 및 보안 서비스를 제공하므로 디스패처에 대한 코드 및 콘텐츠 업데이트를 테스트하는 것이 가장 중요합니다.
AEM 헤드리스 프로젝트를 시작할 수 있도록 준비하려면 프로젝트의 모든 구성 부분이 제대로 작동하는지 확인해야 합니다.
이를 위해서는 모든 것을 통합해야 합니다. 실시간으로 준비하려면 로컬 개발 환경에서 코드, 컨텐츠 및 구성을 테스트하십시오.
로컬 개발 환경은 다음 세 가지 주요 영역으로 구성됩니다.
로컬 개발 환경이 설정되면 정적 노드 서버를 로컬로 배포하여 React 앱에 대한 콘텐츠 서비스를 시뮬레이션할 수 있습니다.
자세한 내용은 로컬 개발 환경 설정 및 컨텐츠 미리 보기에 필요한 모든 종속성을 참조하십시오. 프로덕션 배포 설명서.
이제 아래에 요약된 우수 사례를 따라 AEM 헤드리스 애플리케이션을 시작할 준비가 되었습니다.
자세한 내용은 추가 리소스 cdn 및 캐싱에 대한 자세한 정보.
Last-modified-since
리소스를 새로 고치려면_reference
전체 JSON 파일을 구문 분석할 필요 없이 자산 다운로드를 시작하기 위해 JSON 파일에 출력됩니다.프로덕션에 배포는 전통 Maven을 사용하여 배포하거나 AMS(Adobe Managed Services)를 사용하여 Cloud Manager를 사용하는 AEM 인스턴스.
대상 전통 Maven을 사용하여 배포(AMS 아님)를 만들면 WKND 자습서 개요
Cloud Manager를 사용하는 AMS 고객의 경우 모든 것이 테스트되고 제대로 작동하는지 확인한 후 코드 업데이트를 Cloud Manager의 중앙 집중식 Git 저장소.
업데이트가 Cloud Manager에 업로드되면 다음을 사용하여 AEM에 배포할 수 있습니다 Cloud Manager의 CI/CD 파이프라인.
사용자가 AEM 헤드리스 애플리케이션을 사용할 때 최상의 경험을 얻으려면 아래에 자세히 설명된 대로 주요 성능 지표를 모니터링하는 것이 중요합니다.
디버깅에 대한 일반적인 접근 방법으로 다음 우수 사례를 따르십시오.
추가 지원이 필요한 경우 지원 센터에 버그를 효율적으로 기록하려면 아래 단계를 따르십시오.
축하합니다! AEM Headless Developer 여정을 완료했습니다! 이제 다음을 이해할 수 있습니다.
첫 번째 AEM Headless 프로젝트를 이미 시작했거나 이제 필요한 모든 정보를 가지고 있습니다. 잘했어요!
하지만 AEM의 헤드리스 가게들은 여기서 멈출 필요가 없습니다. 당신은 여정의 시작하기 AEM에서 헤드리스 게재 및 기존 전체 스택 모델을 지원할 뿐만 아니라 두 가지 장점을 모두 결합한 하이브리드 모델을 지원할 수 있는 방법에 대해 간략하게 설명합니다.
이러한 종류의 유연성이 프로젝트에 필요한 경우 여정의 추가 부분인 선택 사항을 계속 진행합니다. AEM을 사용하여 단일 페이지 애플리케이션(SPA)을 만드는 방법.
CDN 캐시