새로운 기능 및 차이점 what-is-new-and-what-is-different

수년 동안 AEM은 다음 두 가지로 사용할 수 있었습니다.

이러한 이전 방식과 AEM as a Cloud Service 간에는 다음과 같은 항목에서 본질적인 차이점이 있습니다.

아키텍처 architecture

이제 AEM as a Cloud Service에는

이 아키텍처는

따라서 다양한 사용 패턴을 자동으로 적용할 수 있습니다.

AEM 업데이트 aem-updates

AEM as a Cloud Service는 이제 지속적인 통합 및 연속 게재(CI/CD)를 사용하여 프로젝트를 가장 최신 AEM 버전에서 작업할 수 있도록 해 줍니다. 이는 프러덕션 및 스테이징 인스턴스가 사용자에 대한 서비스 중단 없이 최신 AEM 버전으로 업데이트된다는 것을 뜻합니다.

AEM 버전 업데이트에는 다음과 같은 두 가지 유형이 있습니다.

Cloud Manager cloud-manager

Adobe Cloud Manager는 모든 인스턴스 업데이트를 제어하므로 AEM as a Cloud Service의 지속적인 업그레이드 방식에 필수적입니다.

새 버전의 클라우드 서비스를 사용할 수 있을 때 Adobe에 의해 업데이트가 트리거될 수 있습니다. 또는 Cloud Manager에서 제공하는 파이프라인을 사용하여 애플리케이션 업데이트를 트리거할 수 있습니다.

Cloud Manager의 특징은 다음과 같습니다.

특히 Cloud Manager에서 생성될 수 있는 AEM 프로그램의 수 및 유형은 다음 중 하나에서 파생됩니다.

Cloud Manager는 다음과 같은 AEM as a Cloud Service의 주요 구성 요소를 생성하고 구성할 수 있는 셀프서비스 포털로 발전해 왔습니다.

Cloud Manager는 여러 지역 전역에 걸쳐 데이터센터에 환경을 생성합니다. CDN PoPs(Points of Presence)를 통해 전 세계 고객에게 짧은 지연 시간 내에 콘텐츠를 게재할 수 있습니다.

온보딩 onboarding

Adobe에서 많은 측면을 담당하므로 AEM as a Cloud service를 사용하면 AEM 프로젝트를 매우 간단하게 시작하고 관리할 수 있습니다.

이는 현재와도 상당히 다릅니다.

개발 developing

AEM as a Cloud Service를 지원하는 새 아키텍처에는 전반적인 개발자 경험에 대한 몇 가지 주요 변경 사항이 포함됩니다. AEM as a Cloud Service의 주요 목표 중 하나는 숙련된 고객(온프레미스 또는 Adobe Managed Services의 컨텍스트에서 AEM을 사용한 고객)이 맞춤화된 코드 대부분을 다시 작성하지 않고도 AEM as a Cloud Service로 가능한 한 빨리 마이그레이션할 수 있도록 하는 것입니다. 단, 여전히 일부 조정이 필요할 수 있습니다.

클라우드 개발 aem-as-a-cloud-service-developing-cloud-development

기존 AEM 애플리케이션을 AEM as a Cloud Service에서 실행하려면 다음 단계를 수행해야 합니다.

일반적으로 이 프로세스를 클라우드 기반 개발이라고 합니다. 애플리케이션의 복잡성에 따라 전반적인 지속 시간이 20분에서 50분까지 소요될 것으로 예상되므로 클라우드에서 보류 중인 코드 및 구성 변경이 수행되기 전에 신속한 개발 방법을 수용해야 합니다.

AEM as a Cloud Service에서는 OSGi 번들 및 관련 구성이 관리되는 웹 콘솔 및 AEM 빠른 시작의 이전 부분에 더 이상 액세스할 수 없습니다. 새 개발자 콘솔에서는 대부분의 런타임 정보를 위한 읽기 전용 인터페이스를 제공합니다. 개발자는 이 콘솔을 통해 작성자 또는 게시 서비스의 특정 노드를 선택하고 바로 로그인할 수 있으며 관련 정보를 확인할 수 있습니다.

개발자에 대한 또 다른 일반적인 요구 사항은 다양한 환경의 로그 파일에 대한 바로 가기입니다. AEM as a Cloud Service를 사용하면 작성자 및 게시 노드에 있는 다양한 노드의 로그 파일을 다운로드 가능한 파일 형식에서 또는 API를 통해 Cloud Manager를 통해 사용할 수 있습니다.

코드와 콘텐츠의 명확하게 분리되어 있으므로 개발자는 특정 프로세스를 사용하여 개발의 일부로 콘텐츠를 업데이트할 수 있습니다. 변경 가능한 콘텐츠의 일반적인 사용 사례는 다음과 같습니다.

로컬 개발 aem-as-a-cloud-service-developing-local-development

신속한 반복 및 개발 지원을 위해 AEM as a Cloud Service 컨텍스트 외부에서 AEM 애플리케이션을 개발할 수도 있습니다. 이러한 목적으로 개발자는 다음과 같은 아티팩트를 사용할 수 있습니다.

작업 및 성능 operations-and-performance

AEM as a Cloud Service를 사용하면 이러한 작업이 자동화되므로 더 이상 서비스를 중단할 필요가 없습니다.

이러한 영역에는 다음과 같은 이점이 있습니다.

새 모니터링, 보고 및 경고 인프라에서 AEM as a Cloud Service 작업도 지원됩니다. 이를 통해 Adobe SRE(Site Reliability Engineers)가 주도적으로 서비스 상태를 확인할 수 있습니다. 아키텍처의 다양한 요소에는 다양한 상태 검사가 갖추어져 있습니다. 어떤 이유로 아키텍처의 특정 노드가 비정상으로 간주될 경우 서비스에서 제거되며 자동으로 정상적인 새 노드로 교체됩니다.

ID 관리 identity-management

AEM as a Cloud Service의 주요 변경 사항은 작성자 계층 액세스에 대한 Adobe ID 사용이 완전히 통합된다는 것입니다.

이를 위해서는 사용자 및 사용자 그룹 관리에 Adobe Admin Console을 사용해야 합니다. 사용자 프로필 정보가 Adobe Identity Management System(IMS)에서 중앙 집중식으로 관리되어 모든 클라우드 서비스에 공유되므로 사용자 계정을 사용하면 사용자가 Adobe 제품 및 서비스에 액세스할 수 있습니다. AEM에 액세스 권한을 할당하면 이전과 동일하게 AEM as a Cloud Service에서 사용자 계정을 참조할 수 있습니다(예: AEM 보안 사용자 인터페이스에서 역할 및 권한을 정의하기 위해).

이렇게 하면 다음과 같은 이점이 있습니다.

사용자 인터페이스 작성 authoring-user-interface

Sites 및 Assets에 대한 사용자 인터페이스(UI) 작성의 기본 원칙은 이전에 AEM을 사용한 적이 있는 누구에게나 매우 익숙할 것입니다.

주요 차이점은 UI에는 터치 기능만 지원되며, 클래식 UI는 더 이상 사용할 수 없다는 것입니다. 그렇지 않은 경우 기본 사항은 변경되지 않으며 작은 변경만 표시됩니다.

AEM Sites aem-sites

Adobe Experience Manager Sites as a Cloud Service를 사용하면 AEM 콘텐츠 관리 시스템의 기능과 AEM 디지털 자산 관리를 통합하여 고객에게 개인화된 콘텐츠 주도 경험을 제공할 수 있습니다.

자세한 내용은 Sites 변경 내용 개요를 참조하십시오.

AEM Assets aem-assets

Adobe Experience Manager Assets as a Cloud Service는 클라우드 기반의 비즈니스용 PaaS 솔루션을 제공하여 빠르고 효과적으로 디지털 자산 관리 및 Dynamic Media 작업을 수행할 뿐만 아니라 항상 최신 상태를 유지하고 항상 사용 가능하며 항상 학습하는 시스템 내에서 AI/ML과 같은 차세대 스마트 기능도 사용합니다.

Assets 제품에는 클라우드에서의 차세대 자산 프로세싱과 고성능 자산 수집 및 검색 기능이 포함됩니다.

자세한 내용은 Assets as a Cloud Service 개요 및 소개를 참조하십시오.

Adobe Experience Manager as a Cloud Service 알아보기 getting-to-know-aem-as-cloud-service

자세한 내용은 다음 문서를 참조하십시오.