의 이 부분에서 AEM Headless Developer 여정, 계획 고려 사항을 포함하여 AEM에서 첫 번째 헤드리스 경험을 구현하는 단계를 이해하고, 가능한 한 원활한 경로를 만드는 우수 사례를 알아봅니다.
AEM 헤드리스 여정의 이전 문서에서, AEM Headless 시작하기 헤드리스 CMS가 무엇인지에 대한 기본 이론을 배우셨고, 이제
이 문서는 이러한 기본 사항을 기반으로 하여 AEM 헤드리스 프로젝트를 준비하는 방법을 이해합니다.
이 문서는 첫 번째 프로젝트를 구현하는 데 필요한 단계를 이해하는 데 도움이 됩니다. 읽고 나면 다음을 수행해야 합니다.
이 문서를 계속 진행하기 전에 AEM Headless 개발자 여정에서 이전 문서를 검토했는지 확인합니다. AEM Headless 시작하기 다음을 확인하십시오.
첫 번째 AEM 헤드리스 프로젝트를 시작하려면 모든 채널에서 수행하려는 개인화 및 업데이트를 지원하는 컨텐츠 모델이 있어야 합니다.
AEM과 별도로, AEM에 대한 API 호출에 대해 클라이언트를 테스트할 수 있도록 클라이언트측 애플리케이션을 빌드하는 경우 적절한 개발 환경이 설정되었는지 확인해야 합니다.
일관된 경험을 구축하고 채널 간에 개인화된 캠페인을 관리하려는 경우 각 개별 채널 및 표면을 고유한 컨텐츠 구조로 보고 전달할 수 있습니다. 그러나 각 채널에 자체 컨텐츠 모델이 있다면 유지 관리가 쉽지 않을 것입니다.
대신 브랜드 및 제품 계층, 상품 또는 서피스의 카테고리 또는 고객 여정의 단계와 같은 구성 원칙에 따라 서로 다른 서피스의 컨텐츠가 어떻게 관련되는지 고려해야 합니다. 예를 들어, 제작하는 특정 브랜드의 자동차를 지원하는 표면 세트가 있는 경우, 전체 자동차에 대해 참일 일반적인 정보를 위한 컨텐츠 모델로 시작한 다음 서비스 문제가 있을 때까지의 차가 시작될 때 필요한 컨텐트와 같은 더 구체적인 요소를 보유해야 할 수 있습니다. 이러한 모델은 일반 자동차 브랜드 컨텐츠를 상속하는 동시에 필요한 특정 컨텍스트에 따라 변경을 허용합니다. 또한 전체 자동차 브랜드의 전체 마케터나 제품 관리자와 "시작 차량" 경험을 담당하는 작성자와 같은 역할에 따라 제어를 적용할 수 있으므로 이 컨텐츠에 대한 향후 업데이트 관리가 도움이 됩니다.
컨텐츠 모델을 만들고 컨텐츠를 표시해야 하는 다양한 클라이언트에 대한 명확한 보기를 표시하면 다양한 컨텐츠 모델 액세스와 연관된 GraphQL/API가 이 컨텐츠가 필요한 모든 클라이언트에 게시되도록 해야 합니다. 특정 컨텐츠에 액세스하는 방법에는 여러 가지가 있습니다. 컨텐츠를 캐싱하고 더 높은 성능을 제공하는 정적 콘텐츠의 특정 부분을 요청할 수 있습니다. 더 많은 처리가 필요한 동적으로 생성되는 콘텐츠를 요청할 수도 있습니다. 클라이언트가 비즈니스 요구 사항에 가장 효율적인 API를 활용하는지 확인합니다.
AEM 내에는 세 가지 유형의 환경이 있습니다. 개발, 스테이징 및 프로덕션.
개발 환경(여러 개를 가질 수 있음)은 아이디어를 실험하고 시도할 안전한 장소입니다. 프로젝트의 초기 단계 동안 Adobe은 개발 환경을 사용하여 컨텐츠 모델의 변형을 시도하고 서피스에 대한 의도한 출력을 제공하는 결과를 확인하는 것이 좋습니다.
헤드리스 프로젝트의 스테이징 환경은 새 AEM 제품 릴리스가 프로덕션에 롤아웃되기 전에 유효성 확인에 사용됩니다. 프로덕션 컨텐츠 모델의 최신 목록과 컨텐츠 하위 세트를 최신 상태로 유지하여 JSON 파일을 렌더링하여 변경 작업을 수행하거나 AEM 릴리스에서 변경을 수행할 때 여전히 동일한 출력을 제공할 수 있습니다
프로덕션은 컨텐츠 작성자가 실제 컨텐츠를 만들고 관리하는 곳입니다. 생산 모델 변경은 주의 깊게 처리되어야 하며 이전 버전과의 호환성을 염두에 두어야 합니다.
개발 단계에서는 개발 및 스테이징 환경에서 작업하는 것이 좋습니다. 성능 테스트로 이동하면 프로덕션 환경으로 이동하게 됩니다.
개발자는 채워진 컨텐츠 모델로 AEM 개발 환경을 설정해야 합니다. 개발자는 컨텐츠 작성자가 여전히 컨텐츠를 만들고 있을 때 AEM 헤드리스의 컨텐츠를 소비할 클라이언트를 개발합니다. API 정의가 중요한 이유입니다. 개발자는 AEM SDK를 활용하여 테스트 후크를 만들어 클라이언트가 컨텐츠를 제대로 렌더링할 수 있도록 클라이언트 및 단위 테스트를 작성할 수 있습니다.
컨텐츠 작성자는 스테이징 환경에서 정의된 컨텐츠 모델을 기반으로 컨텐츠를 만듭니다. 컨텐츠 조각 작성 도구를 사용하여 작성자는 새 컨텐츠 조각을 생성하거나 기존 컨텐츠 조각을 편집합니다. 게시하기 전에 작성자는 개발자와 협력하여 컨텐츠 모델을 개발에 푸시하거나 작성자가 클라이언트에서 표시되는 방식을 미리 볼 수 있도록 개발자 환경을 설정함으로써 클라이언트가 어떻게 보이는지 미리 볼 수 있습니다.
AEM에서 헤드리스를 시작하기 전에 필요한 모든 기능이 활성화되어 있는지 확인해야 합니다. 이 섹션에서는 필요한 사항을 설명합니다. 이러한 단계를 수행하는 실제 단계는 나중에 AEM Headless Developer 여정.
원할 경우 추가 리소스 를 참조하십시오.
AEM을 사용하여 콘텐츠를 전달하는 데 첫 번째 헤드리스 앱을 구현하는 데 필요한 사항에 대한 개요입니다. 이러한 단계를 수행하는 방법은 Headless Developer 여정의 이후 부분에서 자세히 설명합니다.
헤드리스 프로젝트는 구현된 기술 때문뿐만 아니라, 좋은 계획과 프로젝트 거버넌스 때문에 성공적입니다. 다음은 컨텐츠 작성자와 개발자가 프로젝트를 계획할 때 기억해야 하는 다양한 우수 사례입니다.
AEM Headless 개발자 여정의 이 부분을 완료했으므로 다음을 수행해야 합니다.
AEM Headless의 강력한 기능과 유연성을 완벽하게 파악하기 위해 이 기본 지식을 바탕으로 고객이 직접 프로젝트를 수행할 때 활용할 수 있도록 해 주십시오. 이를 위해서는 선택 사항이 있습니다.
Adobe은 학습 스타일이 무엇이든 AEM Headless 프로젝트를 시작할 때 성공하기를 원합니다.
문서를 검토하여 헤드리스 개발 여정의 다음 부분으로 이동하는 것이 좋습니다 컨텐츠를 AEM 컨텐츠 모델로 모델링하는 방법, 다음은 이 문서에서 언급된 일부 개념을 자세히 설명하는 몇 가지 추가 선택적 리소스입니다. 하지만 헤드리스 여정을 계속 진행할 필요는 없습니다.